string.lines() 返回空流是因为原始字符串不含换行符（ 、 、 ）；它语义化分割且不保留终结符，而split()需手动匹配换行变体并可能产生空串。
String.lines() 为什么返回空流？
调用 String.lines() 却没拿到任何元素，大概率是原始字符串不含换行符（
、 或 <code>
）。它只按 Unicode 行终结符切分，不会处理空格、制表符或连续空行的“逻辑分行”。
- 确认源字符串是否真有换行：用
str.contains(" ")或打印str.replace(" ", "\n")看实际结构 - Windows 文件读取后若用
FileReader而非Files.readString()，可能因编码问题导致 - 字符串末尾有换行，
lines()仍会生成对应空行（除非被filter(s -> !s.isBlank())剔除）
lines() 和 split("\n") 的关键区别
String.lines() 是语义化行分割：自动识别
、
、
，且不保留行终结符；split() 是正则匹配，需手动覆盖所有换行变体，还容易多出空字符串。
-
"a b c".lines().count()→3；"a b c".split("\r?\n|\r").length→ 可能为4（末尾空串） -
lines()返回的Stream<string></string>是延迟求值、不可重用的；split()得到数组可反复遍历 - 性能上，
lines()对超长文本更省内存——它不预分配全部行数组
处理带前导/尾随空白的多行字符串
原始文本每行可能含多余空格或制表符，直接 lines() 后操作易出错。别在流里堆砌 map(String::trim) 就完事——得先想清楚“空行”和“纯空白行”要不要保留。
- 要过滤掉所有空白行：
str.lines().filter(line -> !line.isBlank()) - 只去首尾空格但保留空行：
str.lines().map(String::strip)（注意strip()比trim()支持 Unicode 空白） - 若后续要按列解析（如 CSV 片段），建议先
filter再map，避免对空行调用split(",")导致ArrayIndexOutOfBoundsException
lines() 在真实 I/O 场景中的坑
从文件读取后直接链式调用 lines() 很常见，但容易忽略资源生命周期和编码问题。
立即学习“Java免费学习笔记（深入）”；
- 用
Files.readString(path)读取时，默认 UTF-8；若文件是 GBK，必须显式传StandardCharsets.GBK，否则换行符可能被解码成乱码，lines()就切不准 - 不要对
BufferedReader.lines()和String.lines()混用：前者已封装了底层流，后者只是纯字符串处理，无 IO 开销 - 如果文本来自网络响应体（如 HTTP
Response.body()），确认响应头Content-Type是否声明了正确字符集，否则lines()切分结果不可靠
最常被跳过的点：lines() 不处理缩进一致性，也不理解 YAML/JSON 等格式的嵌套换行。遇到这类结构化多行内容，别硬刚，该上专用解析器就上。
