readline() 遗漏最后一行仅当其末尾无换行符且eof时缓冲区为空，此时返回null；本质是行需分隔符定义，无分隔符则依赖实现处理eof，可靠方案应避免readline()或手动逐字符读取。
readLine() 会遗漏最后一行——当且仅当该行末尾没有换行符（\n、\r 或 \r\n）时。这不是 bug，而是它的设计行为。
readLine() 的语义是：读取“以行结束符结尾的一行”。它内部持续读取字符，直到遇到 \n、\r 或 \r\n，然后返回这一行的内容（不含行结束符）；如果流已到末尾，但最后一批字符后面没有行结束符，它仍会把这部分字符作为一行返回——前提是前面已有数据被读过且缓冲区非空。但关键在于：若文件完全以非换行符结尾，且 readLine() 在最后一次调用时恰好触发 EOF，它可能返回 null，导致最后一行“消失”。
这背后的真实逻辑是：
-
readLine()内部依赖fillBuf()方法填充缓冲区； - 当
fillBuf()返回-1（表示 EOF），而当前待构建的行result.length() == 0（即缓冲区中无待处理字符），则直接返回null； -
但如果 EOF 到来时，缓冲区里已有未结束的字符（比如“最后一行没换行”），
result.length() > 0，它就会返回该字符串； - 所以“遗漏”通常不是
readLine()不处理最后一行，而是调用方代码逻辑错误或提前终止了循环。
常见误操作导致“看似遗漏”
-
混用
read()和readLine()
比如：while (br.read() != -1) { // 先读一个字符，指针前移 String line = br.readLine(); // 再读一行 → 少第一个字符，且可能跳过末行 }这会导致每次
read()吞掉一个字节，破坏行边界判断，最后一行常被截断或跳过。 -
未检查
readLine()的返回值是否为 null 的边界条件
正确写法必须是：String line; while ((line = br.readLine()) != null) { process(line); }若写成
while (br.readLine() != null)，则每轮都丢弃一次返回值，实际处理的是下一行，最后一行极易被忽略。
为什么无换行符的最后一行有时“真的没读到”？
- 文件末尾是纯文本（如
"hello world"），无\n； -
readLine()在读完"hello world"后，发现流结束，且内部fillBuf()返回-1； - 此时若
result缓冲区非空，它会返回"hello world"； - 但某些 JDK 版本或特殊编码/缓冲场景下，若 EOF 与缓冲区刷新时机重合，
result可能被清空或未及时提交 → 表现为返回null。
本质上，这是流式读取与“行”概念不完全对齐的固有特性：“行”需要分隔符定义边界；没有分隔符，就不存在明确的“行结束”，只能靠 EOF 强制收尾——而这个收尾动作是否触发返回，取决于底层实现细节和缓冲状态。
可靠读取全部内容（含无换行末行）的替代方案
-
用
Files.readString()（Java 11+）
一次性读全文件，天然保留所有字符（包括末尾无换行）：String content = Files.readString(Paths.get("file.txt"), StandardCharsets.UTF_8); 用
Files.lines()+Collectors.joining("\n")要谨慎
它基于readLine()，仍可能丢失末行分隔语义；更适合按行处理，不适合要求精确还原原始换行的场景。-
手动逐字节/字符读取（最可控）
使用InputStream配合InputStreamReader，自己识别\r、\n、\r\n，并显式保留它们：StringBuilder sb = new StringBuilder(); try (Reader r = new InputStreamReader(new FileInputStream(f), "UTF-8")) { int ch; while ((ch = r.read()) != -1) { sb.append((char) ch); } }
不复杂但容易忽略
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
