Java String.lines 如何处理末尾换行：空行、CRLF 与 Stream 消费边界

处理配置文本、日志片段或多行提交内容时，String.lines() 适合把字符串交给 Stream 逐行消费。它识别 LF、CRLF 和 CR 三种行终止符，末尾的换行不会额外制造一个空字符串；空字符串则得到空 Stream。需要保留空字段或精确控制尾部空项时，再考虑 split 等工具。

lines() 的关键不是“按换行符切一刀”，而是把每一行作为 Stream 元素交给后续处理；末尾换行表示上一行结束，不代表还有一行空内容。

先看输入如何流入行元素

下面的 StringLinesExample 只做一件事：把同一组字符串交给 lines()，再用 toList() 观察 Stream 真正产出的元素。这样能把“输入字符数”和“行数量”分开，避免把末尾换行误当作空行。

private static void inspect(String label, String input) {
    List lines = input.lines().toList();
    System.out.printf("%s: chars=%d, lines=%d, values=%s%n",
            label, input.length(), lines.size(), lines);
}

这里的调用链很短：input.lines() 先创建按行读取的 Stream，toList() 才触发消费并把每一行收集到列表。终止符属于分隔边界，不会出现在列表元素中。

LF、CRLF 和末尾换行的结果差异

在 Java 25 实际运行结果中，LF 和 CRLF 都得到两行，行内容分别是 alpha、beta。alpha beta 末尾再加一个 LF，行数仍是 2；这正是日志读取时最容易被误判的边界。

空字符串的结果是 lines=0、values=[]。如果业务把“空文本”定义成一个空字段，这个语义就不够，需要在调用前单独判断，或者改用明确保留空项的切分方案。

Stream 消费边界别和 split 混用

lines() 返回的是 Stream，适合直接接 map、filter、limit 或收集操作；它不是返回数组的快捷 split。如果只需要统计非空行，可以写成：

long nonBlank = text.lines()
        .filter(line -> !line.isBlank())
        .count();

不要先把同一个 Stream 收集一次，再尝试继续遍历；Stream 消费后不能复用。需要两次不同处理时，保留原始字符串并重新调用 lines()，或者一次遍历完成聚合。

什么时候应该换工具

• 要保留连续分隔产生的空字段，优先设计一个明确的 split 正则与限制参数，并为尾部字段写测试。
• 要读取文件并处理超大内容，不要先把整个文件读成字符串；使用文件流式读取方案，让内存占用随行长度而不是文件总长度增长。
• 要识别带有业务协议的记录，先定义换行和空记录规则，再决定是否过滤空行。

常见问题

末尾有一个换行，为什么没有多出一行空字符串？

因为末尾换行表示最后一行已经结束，lines() 不把终止符后面不存在的内容视为空行。

CRLF 会不会返回带回车符的内容？

不会。CRLF 被当作一个行终止边界，返回的元素不包含 \r 或 \n。

空字符串要算一行怎么办？

在调用 lines() 前按业务规则单独处理空字符串；不要把 Stream 的默认语义当成业务字段定义。

把输入边界、Stream 消费方式和空文本规则分别写进测试，String.lines() 就能稳定用于日志、配置和用户提交内容的逐行处理。