用 std::getline 读文件最稳，它只认换行符、能正确处理无结尾换行的行、需配合返回值检查流状态，避免 operator>>、char[]、is_open() 等常见误用。
用 std::getline 读文件最稳，别用 operator>>
因为 operator>> 遇到空格、制表符或换行就停，根本不是“按行”——它按空白分词。真正逐行必须用 std::getline，它只认换行符（\n 或 \r\n），遇到就截断并丢掉换行符。
常见错误是写成：while (file >> line)，结果第一行空了、中间跳行、中文乱码都可能冒出来。
-
std::getline第二个参数必须是std::string，不能传char[]（除非用带缓冲区的重载，但没必要） - 文件路径含中文时，Windows 下用
std::wifstream+std::wstring更可靠；Linux/macOS 一般 UTF-8 直接读没问题 - 如果文件最后一行没换行符，
std::getline仍能正常读取该行内容（返回true），这点比某些脚本语言更省心
检查文件是否真打开了，别靠 is_open() 就安心
is_open() 只说明文件对象曾成功关联过路径，不代表当前可读。权限不足、路径被删、NFS 挂载断开等情况，is_open() 仍返回 true，但第一次 getline 就失败。
正确做法是：每次读之前检查流状态，或统一在循环条件里判断 getline 返回值。
- 推荐写法：
while (std::getline(file, line)) { /* 处理 line */ }——getline成功才进循环体 - 如果单独调用
getline，之后立刻查file.fail()，而不是只看eof()；fail()包含读取失败、编码错误、磁盘 I/O 异常等 - 打开后建议加一句
if (!file) { /* 错误处理 */ }，这比is_open()更早暴露问题
大文件别一次性全读进内存，std::getline 本身已足够轻量
有人看到“逐行”就想先 std::vector<:string></:string> 存所有行，结果几百 MB 文件直接卡死。其实 std::getline 是流式读取，每调用一次只分配一行所需内存，用完就释放（line 是局部变量的话）。
性能关键不在读，而在你对每行做什么：正则匹配、频繁字符串拼接、反复 std::cout 输出都会拖慢整体速度。
- 如果只需扫描某类行，匹配到就
break，不用存任何东西 - 避免在循环里反复
line += "suffix"，改用std::ostringstream或预留容量：line.reserve(2048) - 调试时别在循环里打
std::cout ，终端输出比磁盘读慢两个数量级，关掉它再测真实性能
跨平台换行符处理：Windows 的 \r\n 会被 std::getline 自动吞掉
不用手动删 \r。标准库的 std::getline 在文本模式下自动把 \r\n 当作单个换行符处理，并不把 \r 留在 line 末尾——这是 C++ 标准行为，不是编译器扩展。
唯一例外是显式以二进制模式打开（std::ios::binary），此时 getline 不做转换，但你也失去了“按行”的语义，不推荐。
- Linux/macOS 写的脚本生成的
\n文件，在 Windows 上用默认文本模式读完全正常 - 如果读出来的
line末尾真有\r，大概率是文件本身混用了换行符（比如 Git core.autocrlf 设置混乱），不是getline的锅 - 需要严格校验换行符类型时，改用二进制读 + 手动解析，但绝大多数业务场景没必要
实际写的时候，最常漏掉的是循环条件里没检查 getline 返回值，或者把 std::string line 声明在循环外又忘了 line.clear()——后者在某些旧编译器或特殊编码下会导致残留字符拼接。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
