用 fread + memchr 替代 getline 可提速 3–5 倍：通过固定缓冲区（如 64KB）二进制读取，memchr 批量找 '\n'，手动处理跨块 '\r\n' 和末行补计，禁用同步与默认缓冲以避免额外开销。
用 fread + memchr 替代 getline 能快 3–5 倍
标准 std::getline 对大文件是灾难：每行一次内存分配、一次字符扫描、还要处理换行符兼容（\r\n 和 \n）。10GB 文件走 getline 可能要 40 秒以上；换成固定缓冲区 + memchr 扫描，通常压到 8–12 秒。
核心思路是：把文件当二进制块读入，用 memchr 在内存块里批量找 \n，不逐字节判断，也不构造 std::string。
- 缓冲区大小建议设为
64 * 1024（64KB）——太小导致系统调用频繁，太大无益（CPU 缓存局部性反而下降） - 必须手动处理跨缓冲区的换行：比如缓冲区末尾是
\r，下一块开头是\n，这算一行，但memchr不会跨块找 - Linux 下
memchr是 glibc 优化过的 SIMD 实现，比手写循环快得多；Windows 上memchr也足够高效，不用自己 SSE
跨平台处理 \r\n 的实际写法
Windows 行尾是 \r\n，Unix 是 \n。如果只数 \n，在 Windows 文本上会多算一行（最后一行没 \n 就漏了）；如果只认 \r\n，又会在 Unix 文件里少算（把 \r 当普通字符）。
正确做法是：统计所有 \n，再检查文件末尾是否以 \r\n 结尾且最后 \n 后无内容——但这太重。更实用的是「按 Unix 语义计数」：即把 \r\n 视作一个逻辑换行，只算 \n，并确保最后一行无论有无 \n 都计入（靠初始计数 +1 实现）。
- 打开文件用
std::ios::binary模式，避免 Windows 下\r\n→\n的自动转换干扰原始字节 - 读完最后一块后，若该块非空且末尾不是
\n，则行数 +1（补最后一行） - 不需要显式跳过
\r：因为\r\n中的\r本身不是换行符，memchr只找\n，自然就跳过了
memchr 查找时容易漏掉最后一行或重复计数
典型错误是：每次 fread 后直接对整块调用 memchr(buf, '\n', n)，然后移动指针继续找，但忘了两个边界：
- 如果
memchr返回nullptr，说明当前块无\n，但这一整块仍可能属于同一行（得累加到总行数？不，不能加）——此时什么也不做，等下一块 - 如果
memchr找到\n，要从下一个字节继续找，但别越界：设ptr = buf，循环中pos = memchr(ptr, '\n', end - ptr)，找到后count++，再令ptr = (char*)pos + 1 - 最易错的是最后一块：若
fread返回值n ，说明到文件尾了，此时即使末尾没\n，也要count += 1（前提是n > 0）
性能关键：避免 std::fstream 的默认缓冲区干扰
std::ifstream 默认带缓冲，但和你自己配的缓冲区叠加，反而引发额外拷贝和同步开销。直接用 C 风格 FILE* 更可控，或者至少禁用同步：
- 加
std::ios::sync_with_stdio(false)和cin.tie(nullptr)（哪怕不用cin，也得关，否则流内部锁还在） - 用
std::ifstream::rdbuf()->pubsetbuf(buf, size)设置自定义缓冲区——但注意：这个调用必须在open()之前，且某些标准库实现会忽略它 - 更稳的选择是
fopen+fread：FILE* fp = fopen("big.log", "rb");，然后配合setvbuf(fp, nullptr, _IONBF, 0)关掉 libc 缓冲（你用自己的缓冲就够了）
实测在 10GB 日志文件上，fopen+fread+memchr 比 std::ifstream 快约 15%～20%，差异主要来自缓冲控制粒度和异常路径开销。
真正卡住性能的往往不是算法，而是忘记关同步、缓冲区设成 4KB 还以为够用、或者把 \r 当换行单独计数——这些细节一错，快不起来。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
