最快方式是跳到文件末尾反向逐字节查找换行符，用os.File.Seek(offset, io.SeekEnd)定位，兼容\r\n，手动处理末尾无换行符情况，避免bufio.Reader，用file.ReadAt减少系统调用，注意边界条件和内存逃逸。
用 os.File.Seek 从末尾反向扫描换行符
直接从头读到尾再丢弃前面 99% 的内容，是最低效的做法。真正快的方式是跳到文件末尾，往前逐字节找 '\n' —— 这样只需读几十或几百字节，就能定位最后几行起始位置。
关键点在于：os.File.Stat() 拿到文件大小后，用 file.Seek(offset, io.SeekEnd) 定位；每次 file.Read(buf) 只读 1 字节（或小缓冲区），检查是否为换行符。遇到 '\n' 就计数一次，达到目标行数就停止。
- 注意 Windows 下可能有
"\r\n"，需兼容处理：遇到'\r'后紧跟'\n'视为一个换行 - 文件末尾无换行符时，第一行要手动补上（即从文件开头到第一个
'\n'之间的内容） - 缓冲区不要设太大——反向扫描本质是随机访问，大缓冲区反而浪费且逻辑变复杂
bufio.Reader 不适合反向读，别硬套
bufio.Reader 是为正向流式读设计的，内部缓冲区按顺序填充、不可回退。试图用它 Seek 或倒着读，会破坏缓冲区状态，导致偏移错乱、数据丢失或 panic。
常见错误：先 file.Seek(0, io.SeekEnd)，再 bufio.NewReader(file)，接着调 ReadString('\n') —— 这根本不会返回任何内容，因为 Reader 缓冲区为空，且没有向前填充机制。
立即学习“go语言免费学习笔记（深入）”；
- 反向读必须绕过所有带缓冲的封装，直接操作
*os.File - 如果后续还要正向读剩余内容，记得
file.Seek(0, io.SeekStart)重置指针 - 不要混用
file.Read()和reader.ReadString()在同一个文件句柄上
最后一行没换行符？io.EOF 和边界条件必须显式判断
很多日志文件最后一行不带 '\n'，这是最常被忽略的 case。单纯靠计数 '\n' 会漏掉这一行，导致返回行数少 1。
正确做法是：当反向扫描走到文件开头（offset == 0）时，无论当前字节是不是 '\n'，都要把从开头到当前位置（含）的内容作为一行提取出来。
- 用
file.ReadAt(buf, offset)替代file.Read()可避免反复 Seek，减少系统调用 - 读取到
io.EOF时不能直接 break，要检查已读字节数是否 > 0，否则最后一块数据就丢了 - 建议用
bytes.IndexByte(data, '\n')在小段数据里快速定位，比逐字节循环更快
读完立即 string() 转换？小心底层切片逃逸
反向扫描拿到的是原始 []byte，如果直接 string(buf) 再存入 slice，Go 会在堆上分配新字符串底层数组——而你只想要最后几行文本，没必要保留整个扫描缓冲区。
更稳妥的方式是：用 append([]byte(nil), buf[start:end]...) 显式拷贝需要的部分，或者用 unsafe.String（仅限已确认生命周期可控时）。
- 避免把
scanner.Bytes()或未拷贝的buf直接塞进 map 或全局变量 - 如果只是打印或简单处理，用
string(buf[i:j])没问题；但若后续要长期持有，必须深拷贝 - GC 不会回收被隐式引用的大缓冲区，哪怕你只用了其中几个字节
\n”、“文件只有 1 行”、“全是空格没换行”这些边界情况全 cover 住——它们不出现在测试用例里，但上线后一定出现。 
