std::getline最稳，专为逐行读取设计，能完整捕获含空格的整行内容；operator>>遇空白即停止，易截断。务必检查文件是否成功打开再读取。
用 std::getline 读取最稳，别用 operator>>
因为 operator>> 遇到空格、制表符或换行就停，根本读不到整行；std::getline 才是专为逐行设计的。它默认以 '\n' 为分隔符，能完整捕获含空格的行（比如日志里的 "ERROR: file not found"）。
常见错误是写成这样：
std::string line;
while (file >> line) { ... } // 错！跳过所有空白，且遇空格即截断
正确写法：
std::string line;
while (std::getline(file, line)) {
// line 包含该行全部字符（不含 '\n'）
}
- 如果文件最后一行没换行符，
std::getline仍能成功读取该行内容（返回true） - 读到空行时，
line是空字符串""，不是nullptr或未定义值 - 若需保留行尾换行符，得自己拼接：
line += '\n'，但绝大多数场景不需要
打开文件前必须检查 is_open() 和状态位
很多代码直接 std::ifstream file("data.txt") 就开干，但路径错、权限不足、文件被占用都会导致打开失败——而 std::ifstream 构造函数不抛异常，failbit 默认也不置位，file 看起来“正常”，后续 getline 却一直读不到东西。
务必在读取前验证：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
std::ifstream file("data.txt");
if (!file.is_open()) {
std::cerr
- Windows 下路径含中文时，用
std::ifstream默认构造可能失败，建议改用宽字符接口或 UTF-8 路径（C++17 起支持std::filesystem::u8path） - Linux/macOS 下注意文件权限：只读文件可读，但若目录无执行权限（
x），open()也会失败
遇到乱码？先确认文件编码和 locale
如果 txt 文件是 UTF-8 编码（尤其含中文），而你的终端或 IDE 默认 locale 是 en_US.UTF-8，通常没问题；但若文件是 GBK/GB2312（常见于旧 Windows 记事本保存），std::getline 会把一个中文当两个字节读，导致 line 出现乱码或截断。
解决方案有限：
- C++ 标准库本身不解析编码，
std::ifstream只做字节流读取 —— 它把文件当 raw bytes 看待 - 若确定是 GBK，可用第三方库如
iconv或utf8cpp转换；或用系统命令预处理：iconv -f GBK -t UTF-8 input.txt > output.txt - Visual Studio 用户可在项目属性里设置「字符集」为「使用 Unicode 字符集」，并改用
std::wifstream+std::getline读std::wstring，但需确保文件保存为 UTF-16 LE 并带 BOM
大文件读取性能：std::getline 本身不慢，但频繁 std::string 重分配会拖累
单行几 KB 的日志文件，std::getline 没问题；但若每行上百 MB（比如某些导出数据），反复扩容 std::string 内存会显著变慢。
优化方式：
- 预先用
line.reserve(65536)设置合理容量（比如 64KB），避免多次realloc - 极端场景下，改用固定大小缓冲区 +
file.read(buf, size)手动解析换行符，但复杂度陡增，99% 的情况没必要 - 注意：不要用
file.seekg(0, std::ios::end)获取文件大小再reserve整个文件——这不能解决逐行读的内存分配问题，且对网络文件或管道无效
std::getline 成功与否，取决于流的状态，而不是 line 是否为空**。哪怕读到空行，只要没出错，返回值仍是 true；只有遇到 EOF 或读取失败（比如磁盘 I/O 错误），才返回 false。很多人用 !line.empty() 当循环条件，结果漏掉空行甚至提前退出。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
