因为换行符长度不固定且末尾可能有空行或无换行符，直接 fseek(fp, -n, SEEK_END) 会切在行中间；需从文件末尾逐字节倒扫统计 '\n' 个数，定位第 k 个换行符位置。
为什么不能直接用 fseek(fp, -n, SEEK_END) 跳到末尾前 n 字节？
因为换行符 '\n' 长度是 1 字节，但文件末尾可能有空行、Windows 的 "\r\n"、或最后一行没换行符。直接倒退固定字节数会切在行中间，导致读出乱码或漏行。真正要找的是「第 k 个换行符从后往前的位置」，不是字节偏移。
用 fseek + 单字节倒扫找换行符的可靠做法
打开文件后，先 fseek(fp, 0, SEEK_END) 定位到末尾，然后逐字节往回读，统计遇到的 '\n' 个数。注意边界：文件为空、只有 1 行、末尾有多个 '\n' 都要处理。
- 初始化
pos = ftell(fp) - 1，避免读到 EOF 后再减一越界 - 每次
fseek(fp, pos, SEEK_SET)后fread(&c, 1, 1, fp)，检查c == '\n' - 找到第
n个'\n'后，下一行就是目标起始位置（pos + 1） - 若扫到文件头还没凑够
n行，就从开头读起（说明总行数 n）
std::ifstream 配合 rdbuf() 和 std::string 的坑
有人想用 std::string content((std::istreambuf_iterator 一次性读全再 std::count 换行符——这在大文件（几百 MB 以上）会爆内存，且 std::string 构造本身慢。C++ 标准库没有内置「反向逐行迭代器」，强行用 std::vector<:string> 存所有行更浪费。
- 不要把整个文件 load 到内存做 split
- 避免用
std::getline正向读完再取后几行（O(N) 时间且无法提前退出） - 如果必须用流，可用
file.seekg(0, std::ios::end)+file.tellg()获取长度，再手动倒扫
跨平台换行符兼容：只认 '\n' 就够了？
Linux/macOS 是 '\n'，Windows 是 "\r\n"，但 C++ 文件以文本模式打开时，std::ifstream 或 C 的 FILE* 默认会把 "\r\n" 当作单个 '\n' 处理（即转换已由底层完成）。所以倒扫时只需识别 '\n'，无需处理 '\r' ——前提是打开文件时没加 std::ios::binary 或 "rb" 模式。
- 用文本模式（默认）：倒扫找
'\n'即可，系统自动归一化 - 用二进制模式：必须同时处理
"\r\n"和'\n'，逻辑变复杂，一般没必要 - 最后一行无换行符时，倒扫会少计 1 行，需在循环结束后额外判断是否还有内容
实际最稳的做法是：用 C 风格 FILE*，fseek 到末尾，倒扫统计 '\n'，定位后用 fgets 或 fread 读剩余部分。核心难点不在代码长短，而在边界条件——比如文件以 \n\n 结尾，你要的其实是倒数第 2 个 \n 后面那行，而不是最后一个空行。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
