std::getline是最直接可靠的逐行读取方式，专为换行符分割设计，需检查文件打开状态、合理声明string变量、注意编码与缓冲区设置，并避免使用while(!file.eof())。
用 std::getline 是最直接可靠的方式
别用 operator>> 读字符串——它遇空格就停，根本不是“逐行”。std::getline 才是专为按行切割设计的函数，底层以换行符（\n 或 \r\n）为界，不丢内容、不跳空行。
常见错误是把 ifstream 对象直接放进 while 条件里却没检查打开是否成功：
std::ifstream file("data.txt");
while (std::getline(file, line)) { /* ... */ } // 如果 file 打不开，这里会静默失败实操建议：
- 先检查
file.is_open()，或用if (!file)判断流状态 - 声明
std::string line在循环外，避免反复构造/析构开销 - Windows 文件若用 CRLF 换行，
std::getline自动吞掉\r，无需额外处理
遇到中文乱码？重点看文件编码和 locale
Linux/macOS 下 UTF-8 文件通常没问题；Windows 记事本默认保存为 GBK（ANSI），但 C++ 标准库默认 locale 不支持 GBK，std::getline 会把一个中文字符当两个字节切开，导致后续解析错位。
立即学习“C++免费学习笔记（深入）”；
解决路径取决于场景：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 如果能控制文件生成：统一用 UTF-8 无 BOM 保存，C++ 代码不用改
- 如果必须读 GBK：Windows 上可调用
SetConsoleOutputCP(CP_UTF8)并用std::wifstream+std::codecvt_utf8（已弃用）或更稳妥的第三方库如iconv/utf8cpp - 简单绕过法：用
std::ifstream以std::ios::binary模式读整块数据，再手动按\n分割std::vector<char></char>
大文件读取慢？不是 getline 的锅，是 I/O 缓冲没设好
std::getline 本身开销极小，瓶颈几乎总在磁盘读取。默认 std::ifstream 的内部缓冲区只有几百字节，频繁系统调用拖慢速度。
提速关键操作：
- 显式设置更大缓冲区：
file.rdbuf()->pubsetbuf(buffer, buffer_size)，注意必须在open()后、首次读取前调用 - 用
std::ios::sync_with_stdio(false)关闭与 C stdio 的同步（但之后不能混用printf/cout） - 确认文件是否在 SSD 上——机械硬盘随机读取 10MB/s 和顺序读取 100MB/s 差一个数量级
为什么 while (!file.eof()) 是经典反模式？
这个写法会导致最后一行被重复处理一次。因为 eof() 只有在尝试读取失败后才置位，而 std::getline 在读到文件末尾时返回 false，但此时 eofbit 还没被设置，循环体仍会执行一次，line 保持上一轮值不变。
正确做法永远是把读取动作本身作为循环条件：
std::string line;
while (std::getline(file, line)) {
// line 已确保有效，且 file 状态为 good()
}真正需要判断 eof() 的场景极少，比如想区分“空文件”和“读取出错”，这时应检查 fail() 和 bad() 而非只看 eof()。
逐行读取看似简单，但编码、缓冲、流状态这三处最容易卡住人——尤其当文件来自不同系统或含非 ASCII 内容时，别急着怀疑 getline，先盯住这三块。
