不能直接用std::ifstream配合seekg()从末尾逐行读，因为文本文件无行索引，\n位置不固定；回退可能停在行中间，且\r\n（2字节）与\n（1字节）跨平台不一致，易错位。
为什么不能直接用 std::ifstream 配合 seekg() 从末尾往前逐行读？
因为文本文件是字节流，没有内置的“行边界索引”，\n（或 \r\n）位置不固定。直接 seekg(-1, std::ios::end) 然后逐字节回退，可能停在某行中间，导致切分行失败。更麻烦的是 Windows 和 Linux 换行符长度不同（\r\n 是 2 字节，\n 是 1 字节），跨平台时容易错位。
推荐做法：先定位所有换行符位置，再反向提取每行
核心思路是——从文件末尾开始，单字节回退扫描，记录每个 \n 的位置（跳过文件末尾可能存在的空行或 \n），然后用 seekg() + getline() 或手动读取子串。注意要处理三种边界情况：
- 文件为空或只含一个换行符
- 最后一行末尾无
\n（常见于用户手写文本） - 文件以
\r\n结尾，但回退时只看到\n，需向前多判一位
实操建议：
- 用
std::ifstream::seekg(0, std::ios::end)获取文件大小file_size - 用
char buf[2]缓存最多两个字节，支持检测\r\n - 从
file_size - 1开始倒序遍历，遇到\n就记下当前位置为行尾；若前一个是\r，则该行起始位置应跳过\r - 每一行内容用
std::string构造：从上一个换行符位置 + 1 到当前换行符位置 − 1
示例关键片段：
立即学习“C++免费学习笔记（深入）”；
std::ifstream fin("log.txt", std::ios::binary);
fin.seekg(0, std::ios::end);
size_t len = fin.tellg();
if (len == 0) return;
<p>std::vector<size_t> line_ends;
size_t pos = len - 1;
while (pos > 0) {
fin.seekg(pos);
char c;
fin.read(&c, 1);
if (c == '\n') {
line_ends.push_back(pos);
if (pos > 0 && pos >= 2) {
fin.seekg(pos - 1);
fin.read(&c, 1);
if (c == '\r') line_ends.back()--; // 把 \r\n 当作整体
}
}
--pos;
}
// 补上首行开头（0位置）
line_ends.push_back(0);</p>更稳妥的方案：内存映射 + 双指针扫描（适合大文件）
当文件超过几十 MB，频繁 seekg() 会变慢，且标准库流缓冲未必优化反向访问。此时改用 mmap（Linux/macOS）或 CreateFileMapping（Windows）把整个文件映射到内存，用指针直接扫描更高效。关键是避免动态分配每行字符串——可先扫一遍统计行数和各行长，再批量分配内存。
-
mmap返回void*，强制转为const char*后从末尾向前找\n - 用两个指针：
end_ptr指向当前行尾，start_ptr向前找上一个\n或到文件头 - 构造
std::string(start_ptr + 1, end_ptr)（跳过换行符） - 注意：Windows 上需用
MapViewOfFile替代mmap，且映射需FILE_MAP_READ
别忽略编码和 BOM：UTF-8 文件开头可能有 \xEF\xBB\xBF
如果文件带 UTF-8 BOM，倒序扫描时第一个“换行符”位置可能是 3，但实际第一行内容从 3 开始，而非 0。更糟的是，某些编辑器会在末尾补 BOM，导致多出空行。实操中应：
- 读文件头 3 字节，检查是否为
\xEF\xBB\xBF，若是，则逻辑上的“文件起始偏移”设为3 - 倒序扫描范围改为
[file_size - 1, bom_offset]，避免把 BOM 当作行内容的一部分 - 若需输出 UTF-8 字符串，确保终端或接收方支持；否则倒序后中文可能显示为乱码（这不是算法问题，是显示层限制）
真正难的不是倒序读，而是准确识别“哪几个字节构成一行”——换行符变体、BOM、空行、文件结尾无换行，这些细节堆在一起，才让看似简单的功能变得需要逐字节较真。
