最可靠方法是用 std::getline 逐行读取；它跨平台、语义清晰，正确处理末尾无换行符的文件，避免 std::count 统计 \n 的漏行问题。
用 std::getline 逐行读取最可靠
没有标准库函数能直接返回文件行数，std::getline 是最通用、跨平台且语义清晰的做法。它按换行符（\n 或 \r\n）切分，和编辑器对“一行”的理解一致。
常见错误是用 std::count 统计 \n 字符个数——这会漏掉末尾无换行符的文件（Linux 下常见），导致少算一行。
实操建议：
- 打开文件时用
std::ios::in模式，不加std::ios::binary，让流自动处理不同换行符 - 用空字符串临时变量接收每行，避免构造开销：
std::string line;+while (std::getline(file, line)) ++count; - 如果文件极大（GB 级），别把整行内容读进内存；可改用
file.ignore(std::numeric_limits<:streamsize>::max(), '\n')</:streamsize>跳过每行，只计数
用 fgetc 手动扫描字符更轻量
当只需要行数、完全不关心内容，且追求极致性能或嵌入式环境，C 风格的 fgetc 更低开销。它绕过 C++ 流缓冲和字符串构造，纯字符级扫描。
注意点：
-
fgetc返回int，必须与EOF比较，不能存成char后比较（否则0xFF可能被截断为-1） - 需显式判断
\n和\r\n：遇到\r后紧跟\n算一行，否则\r单独也算（兼容旧 Mac 文件） - 文件末尾无换行符时，仍要加 1——这是逻辑上最后一行，
fgetc不会触发换行计数
Windows 上用 FindFirstFile 不行
有人想用 Windows API 的 FindFirstFile 获取文件大小再除以平均行长——这完全不可靠。行长度差异极大，二进制文件混在文本中、BOM 头、混合换行符都会让结果错得离谱。
同样，stat() 或 GetFileSizeEx() 返回的只是字节数，和行数无确定映射关系。
唯一例外是已知固定格式（如 CSV 每行 1024 字节），但这时应归为业务逻辑，不是通用“获取行数”需求。
大文件下 std::ifstream::seekg 无法加速
试图用 seekg 跳到文件中间找换行符来分治计数？别试。文本模式下 seekg 在大多数实现中不支持任意位置定位（尤其带编码转换时），即使成功，跳到非换行边界会导致 getline 解析错乱。
真正有效的优化只有两种：
- 用
mmap（Unix）或CreateFileMapping（Windows）将文件映射为内存，然后用指针遍历\n——但需手动处理跨页边界和换行符变体 - 多线程分段统计：按字节偏移切块，每段从最近的
\n开始计，最后合并——但实现复杂，小文件反而更慢
99% 场景下，老老实实 std::getline 就够了。真正卡住你的通常不是算法，而是磁盘 I/O 或没关同步（std::ios_base::sync_with_stdio(false)）。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
