Java倒序读取文件末尾n行的效率优化及返回行数异常问题排查

行数缺失原因 #

你遇到的读10行只返回9行的问题，是两处逻辑漏洞共同导致的：

• 终止条件设置错误：代码中判断readLines == lines + 1才跳出循环，同时计数逻辑会把文件末尾自带的结束换行（绝大多数正规文本文件末尾都有这个换行符）计入有效行数。你要读10行时，第一个匹配到的换行是文件末尾的空换行，此时readLines加1但没有输出有效内容，后续匹配到9个对应有效行的换行时，readLines计数才到10，还没达到11的终止条件，等指针走到文件头循环结束时，最后一行内容还没输出。
• 未处理循环结束后的剩余内容：当指针遍历到文件起始位置时，builder里还暂存着未触发\n判断的首行内容，这部分内容没有被输出，也是行数缺失的核心原因。

另外还有个隐藏的格式问题：你每次读到\n就直接reverse后输出，会把换行符放在行首，最终输出结果会多出多余空行。

效率问题说明 #

当前实现完全不适合GB级大文件场景，核心问题是单字节读取+逐字节seek的IO开销过高：每读1个字节就要发起一次IO操作，哪怕只读最后10行，也可能产生上万次IO调用，性能极差。
适配大文件的高效实现逻辑应该是：

• 从文件末尾开始，每次读取和操作系统页对齐的固定大小块（比如4KB/8KB）
• 在读取的块内存中批量查找换行符，统计行数
• 凑够所需的n行就停止读取，拼接结果后返回
  这种实现的IO次数最多只有几次到几十次，性能比单字节读取高两个数量级以上。

简易修复方案 #

如果暂时不需要做大文件适配，只修复行数问题的话修改三处即可：

1. 把终止判断改为readLines >= lines就跳出循环
2. 新增对首次空换行的过滤：匹配到\n时如果builder长度只有1（只有换行符），不计入readLines计数
3. 循环结束后判断如果builder长度>0，将剩余内容reverse后输出
   另外要注意编码兼容性：直接把read()返回的字节强转为char仅支持ASCII等单字节编码，处理UTF-8中文等多字节编码时会出现乱码，建议按块读取字节数组后统一转字符串再处理换行。

内容的提问来源于stack exchange，提问作者rickygrimes