std::getline 逐行读取最稳妥，能准确统计逻辑行数；用 std::count 统计 '\n' 不可靠，因跨平台换行符差异及二进制误判；需检查文件打开状态和 EOF，避免多算或漏算。
用 std::getline 逐行读取最稳妥
直接统计换行符数量不可靠，因为文件可能以换行结尾（多算一行）或不以换行结尾（少算一行），std::getline 自动剥离换行符且能准确反映“逻辑行数”。
- 每次调用
std::getline成功即代表读到一行，无论该行是否为空 - 空行、含 \r\n 或 \n 的行均被正确计为 1 行
- 文件末尾无换行符时，最后一行仍会被计入
- 示例：
std::ifstream file("data.txt"); std::string line; int count = 0; while (std::getline(file, line)) { ++count; }
大文件别用 std::count 统计 '\n'
有人图快用 std::count 扫整个文件缓冲区里的 '\n'，但这是错的：Windows 文件用 "\r\n" 换行，Linux/macOS 用 '\n'，而 std::count 只认单字节 '\n'，在二进制模式下还可能把 '\n' 当作普通数据误判。
- 文本模式打开文件时，
\r\n会被自动转成\n，但前提是用std::getline或>>等流操作——std::count直接读原始字节就绕过了这个转换 - 若强行用
std::count，必须先以二进制模式读入全部内容，再手动处理"\r\n"和'\n'，反而更复杂且易出错 - 对 GB 级文件，
std::getline内存友好，而全量读入可能触发 OOM
注意 std::ifstream 的打开模式和状态检查
没检查文件是否成功打开，或者忽略流状态，会导致 count 为 0 却不报错——这是最常被忽略的坑。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 务必用
if (!file.is_open())或if (!file)判断打开失败 - 循环结束后建议检查
file.eof()是否为 true，非 EOF 结束（比如读取失败）说明中途出错了 - 不要用
file.good()判断循环条件，它在最后一次成功读取后仍返回 true，会多循环一次 - 示例片段：
std::ifstream file("log.txt"); if (!file) { std::cerr << "无法打开文件\n"; return -1; } int count = 0; std::string line; while (std::getline(file, line)) { ++count; } if (!file.eof()) { std::cerr << "读取异常，可能权限不足或磁盘错误\n"; }
跨平台换行兼容性靠流模式，不是靠自己解析
不必手动识别 "\r\n" 或 '\n'，C++ 标准库在文本模式下已处理好：Windows 上 std::getline 自动吃掉 \r\n，Unix 上吃掉 \n，行为统一。
立即学习“C++免费学习笔记（深入）”；
- 只要用默认构造的
std::ifstream（即文本模式），无需指定std::ios::binary - 如果显式加了
std::ios::binary，std::getline仍工作，但换行符不再被自动标准化，此时行为退化为逐字节匹配，失去跨平台性 - UTF-8 编码文件也完全没问题，
std::getline不关心编码，只认'\n'（及其前导'\r'）
std::getline 循环是唯一推荐路径。其他方法要么错，要么慢，要么难维护。真正容易出问题的是状态检查和文件路径合法性——这两点比算法本身更值得花时间确认。 
