最可靠高效的方式是从文件末尾倒序扫描换行符：用binary模式读取缓冲区，在内存中倒查'\n'，避免逐字节seek；需处理空文件、单行无换行、正在写入等边界情况。
用 fseek 从文件末尾倒着找换行符最可靠
直接读完整文件再 split('\n') 是最省事的写法，但大文件（比如几百 MB 的日志）会爆内存，而且完全没必要——tail -n 本质是定位最后 N 个 '\n' 的位置，不是解析全部内容。
核心思路：从文件末尾开始，逐字节往前扫描，数到第 N+1 个换行符时停下，之后读取到文件末尾就是目标行。注意：Windows 换行是 "\r\n"，但绝大多数日志是 Unix 风格，只认 '\n' 就够用；若需跨平台，得跳过 '\r'，但先按 '\n' 定位更稳。
- 必须用
std::ios::binary打开文件，否则 Windows 下文本模式会吞掉'\r'，导致偏移错乱 -
fseek(fp, -1, SEEK_END)是起点，但第一次fseek到SEEK_END时，位置其实是文件末尾的 EOF 位置，再-1才是最后一个字节 - 遇到文件为空或只有 1 行（无结尾
'\n'）时，要单独处理：读不到换行符就从开头读起
别用 std::getline 从头读再丢弃前几行
有人想“先统计总行数，再跳过 total_lines - N 行”，这在 C++ 里极低效：每次 std::getline 都要动态分配字符串、找 '\n'、拷贝内容，且无法预知总行数就得扫两遍文件——第一遍数行数，第二遍读目标行。I/O 成本翻倍，还多一次内存分配。
真实场景中，日志文件往往持续追加，tail -n 100 要的是“当前末尾 100 行”，不是“历史全部行里的最后 100 行”。倒序扫描一次到位，复杂度 O(N + 文件末段长度)，比扫全文件快一个数量级。
立即学习“C++免费学习笔记（深入）”；
- 用
std::ifstream::seekg()倒着走比用 C 风格fseek更符合 C++ 习惯，但要注意：C++ 流的seekg在 binary 模式下行为和fseek一致 - 不要用
std::string::reserve()预估单行长度——行长不可控，不如让std::getline自动扩容 - 如果 N 很大（比如
tail -n 10000），而文件本身没那么多行，得提前检测 EOF，避免无限循环
处理边界情况：空文件、单行无换行、最后一行没 '\n'
真实日志文件常出现“正在写入中”的情况：最后一行还没写完换行符。这时倒序扫描会停在倒数第二个 '\n'，漏掉最后一行。正确做法是：找到第 N 个 '\n' 后，再检查当前位置是否已到文件开头；如果不是，说明还有至少一行未被计入，应把从该位置到 EOF 的全部内容作为第 1 行加入结果。
- 文件大小为 0 → 直接返回空 vector
- 文件大小为 1，内容是
'\n'→ 算作 1 行空行；内容不是'\n'→ 算作 1 行无换行的行 - 扫描过程中
seekg返回false（或fseek返回 -1）→ 已到文件头，停止计数，剩余部分即首行 - 用
std::vector<:string></:string>存结果，倒序插入（insert(begin(), line)）比正序 push 再 reverse 更清晰
性能关键：用 std::vector<char></char> 缓存小段内容，避免反复 seekg + get()
逐字节 seekg + get() 在机械盘上很慢，SSD 上也不理想。更优做法是：先读最后 8KB（或自定义缓冲区大小）进 std::vector<char></char>，然后在内存里倒着扫描 '\n'。如果缓冲区不够，再往前读一段，直到凑够 N+1 个换行符或到文件头。
这个策略把随机 I/O 变成顺序 I/O，对 HDD 提升明显，对 SSD 也能减少系统调用次数。缓冲区大小设为 4096 或 8192 足够覆盖绝大多数短行日志；若日志行普遍很长（如 JSON 日志），可设为 64KB，但别盲目堆大——内存占用和缓存局部性要权衡。
- 用
file.seekg(0, std::ios::end); auto size = file.tellg();获取文件大小，判断是否小于缓冲区，避免过度读取 - 读取时用
file.read(buffer.data(), buf_size)，比循环get()快得多 - 扫描 buffer 时用指针或反向迭代器（
rbegin()），别用at()做边界检查，影响性能
倒序扫描的难点不在算法，而在对文件末尾状态的精确建模：有没有换行、是否正在写入、跨平台换行差异。这些细节不处理好，tail -n 就会在某些文件上少一行或多一行，而这种 bug 很难复现。
