findinline() 总返回 null 的根本原因是它仅在当前行剩余未读部分搜索且不跳过分隔符；若换行符已被 preceding 方法消费，光标已移至下一行，导致当前行剩余为空。
findInLine() 为什么总返回 null？
根本原因：它只在「当前行剩余未读部分」里搜索，且不跳过分隔符（如换行符）
一旦 nextLine() 或其他 nextXxx() 方法已消费掉当前行的换行符，再调用 findInLine() 就会立即进入下一行——而新行的「当前行剩余部分」是空的，所以返回 null
- 典型误用：
scanner.nextLine(); scanner.findInLine("error");→ 总是null - 正确前提：必须确保光标仍在目标行内，比如刚用
next()读了一个词，还没到行尾 - 它不会主动跳到下一行找；也不会回退已读字符 —— 这不是全文搜索，是“当前位置往后看这一行”
findInLine() 的实际适用场景
适合处理「已知结构、按行解析、需局部匹配」的输入，比如日志行、配置行、CSV 行中提取某字段值
例如解析形如 user: alice, role: admin, active: true 的单行数据，想快速捞出 role: 后面的单词
- 用
findInLine("role:\s*(\w+)")比先nextLine()再用Pattern手动匹配更轻量 - 它自动跳过前导空白，但不跳过行首已读内容 —— 如果前面已调用
next("user:")，那么findInLine("role")就从冒号后开始搜 - 注意：匹配成功后，扫描器位置停在匹配结束处，后续
next()会从此处继续读
和 findWithinHorizon() 的关键区别
findInLine() 是 findWithinHorizon(pattern, Integer.MAX_VALUE) 的特例，但它加了「行边界约束」：遇到
、
或
就立刻停止，哪怕正则本身能跨行
-
findInLine("a.*b")在"a123 b456"中找不到，因为中间有换行 -
findWithinHorizon("a.*b", 0)（0 表示无长度限制）能跨行匹配，但可能阻塞或性能差 - 如果你需要跨行搜，别硬套
findInLine()—— 改用new Scanner(file).useDelimiter("\A").next()先读全文件，再用Pattern
正则写法与常见坑
findInLine() 底层用的是 java.util.regex.Pattern，但默认不开启 DOTALL 模式，. 不匹配换行符 —— 这本来是好事（符合“本行内”语义），但容易让人误以为正则写错了
- 写
findInLine("key:\s*(.+)")是安全的，.只吃本行剩余字符 - 避免用
^或$锚点：它们匹配的是整个输入源的开头/结尾，不是当前行 ——findInLine("^ERROR")几乎总失败 - 如果要忽略大小写，用
findInLine("(?i)warning")，别传Pattern.CASE_INSENSITIVE参数（这个方法没有重载支持 flag） - 捕获组结果要用
matcher.group(1)，但注意：返回的是String，不是Matcher；你得自己用Pattern.compile().matcher(scanner.findInLine(...))套一层才能取组
findInLine()，得把它当做一个「行内游标探测器」，而不是「文本搜索引擎」。它的价值在于低开销、位置连续、配合其他 nextXxx() 构成流式解析链 —— 一旦你开始纠结“怎么让它跨行”或“怎么让它回溯”，说明该换方案了。Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
