用std::getline读文件最稳，因operator>>按单词而非按行读取，遇空格换行即停；须检查file.is_open()、用string接收、避免eof()循环、注意utf-8 bom及路径转义问题。
用 std::getline 读文件最稳，别碰 operator>> 做行读取
因为 operator>> 遇到空格、制表符或换行就停，根本不是“按行”，而是“按单词”。想读整行（含空格），必须用 std::getline。
常见错误现象：std::cin >> str 或 file >> str 读到第一行末尾就卡住，后续调用 getline 直接返回空——那是残留的换行符在作祟。
- 打开文件后，先检查
file.is_open()，别假设一定成功 - 用
std::string接收，别用char[]，避免缓冲区溢出 - 循环里写
while (std::getline(file, line))，别写while (!file.eof())——后者会在最后一行重复读一次
std::ifstream 构造时指定编码？C++ 标准库不支持 UTF-8 自动识别
C++17 之前，std::ifstream 默认按本地 locale 解码，Windows 上是 GBK/GB2312，Linux/macOS 上通常是 UTF-8。但你不能靠它自动处理带 BOM 的 UTF-8 文件。
使用场景：读中文路径或含中文内容的文本，尤其跨平台部署时容易乱码。
立即学习“C++免费学习笔记（深入）”；
- Windows 下若文件是 UTF-8 with BOM，得手动跳过前 3 字节（
0xEF 0xBB 0xBF）再读 - 更稳妥的做法：用
std::wifstream+std::locale绑定std::codecvt_utf8<wchar_t></wchar_t>（C++11/14），但 C++20 已弃用codecvt - 实际项目中，推荐用第三方库如
utf8cpp或直接以二进制模式读，自己做 UTF-8 验证和切分
读大文件卡顿？别把整文件 load 到内存再 split
有人习惯先用 std::filesystem::file_size 获取大小，再 new char[n] + read() 一次性读入，最后用 strtok 或 find('
') 拆行——这在几百 MB 文件上会爆内存，且字符串查找开销陡增。
性能影响：逐行 getline 是流式处理，内存占用恒定（只存当前行），速度取决于磁盘 I/O 和行平均长度，不随文件总大小线性增长。
- 确保文件对象生命周期覆盖整个读取过程，别在循环里反复构造/析构
std::ifstream - 如果每行要频繁查找/替换，考虑用
std::string_view（C++17+）避免拷贝 - 极端性能场景（如日志分析），可搭配
std::ios::sync_with_stdio(false)和cin.tie(nullptr)关闭同步，但注意这会影响混用 C 风格 I/O 的行为
Windows 下路径含中文或空格，std::ifstream 打不开？
不是函数问题，是字符串字面量没转义或宽字符没处理。C++ 标准库的 std::ifstream 构造函数只接受 const char* 或 const std::string&，不支持原生 Unicode 路径。
错误现象：std::ifstream f("D:\测试\data.txt") 在 VS 编译后运行失败，f.is_open() 返回 false，但路径明明存在。
- 用双反斜杠或正斜杠：
"D:/测试/data.txt"或"D:\测试\data.txt"，别用单反斜杠 - VS 项目设置里确认 “字符集” 是 “使用 Unicode 字符集”，否则中文路径字面量可能被截断
- 真正健壮的方案：用
std::filesystem::path（C++17）拼接路径，再调用.string()或.u8string()，后者能正确处理 UTF-8 编码的路径
getline 安全，却没检查流状态；你以为路径对了，其实编码和转义早悄悄搞砸了。 
