用Scanner读一行字符串应直接调用nextLine()，但需注意与nextInt()等混用时因换行符残留导致nextLine()返回空字符串；推荐统一使用nextLine()再手动类型转换，或改用BufferedReader提升稳定性和性能。
Java里怎么用Scanner读一行字符串？
直接用 nextLine()，但要注意它和 next()、nextInt() 混用时的换行符残留问题。比如先调 nextInt() 读数字，再调 nextLine()，后者会立刻返回空字符串——因为 nextInt() 没消费掉回车符。
-
next()只读到下一个空白符（空格/制表符/换行），不包括换行本身 -
nextLine()读取当前行剩余部分 + 消耗掉换行符，适合读整行输入 - 安全做法：统一用
nextLine()，再手动转类型，例如Integer.parseInt(scanner.nextLine())
为什么Scanner在循环中反复调用nextLine()会跳过输入？
根本原因不是 Scanner 本身 bug，而是前一次输入操作（如 nextInt()、nextDouble()）留下未处理的换行符，被下一次 nextLine() 立刻读走。
- 典型错误写法：
int n = scanner.nextInt(); String s = scanner.nextLine(); // 这里 s 是空串
- 修复方式：在
nextInt()后加一句scanner.nextLine();清掉换行符 - 更健壮的替代：全部用
nextLine()，配合Integer.valueOf()或Double.parseDouble()转型
关闭Scanner会不会影响System.in？
会。一旦调用 scanner.close()，底层关联的 System.in 流也被关闭，后续任何对 System.in 的读取（包括新建另一个 Scanner）都会抛 java.util.NoSuchElementException 或阻塞失败。
- 除非明确不再需要标准输入，否则不要 close
Scanner（尤其在 main 方法末尾 close 很危险） - 如果必须管理资源，改用 try-with-resources 仅限于一次性读取场景；交互式程序建议全程复用一个
Scanner实例 - 常见报错信息：
No line found或InputMismatchException有时也源于流已被关闭
有没有比Scanner更快或更稳的替代方案？
有。BufferedReader + InputStreamReader 组合在性能和可控性上更优，尤其处理大量输入时；但它不自带类型解析，所有输入都是字符串，需手动转换。
立即学习“Java免费学习笔记（深入）”；
- 读整行：
BufferedReader br = new BufferedReader(new InputStreamReader(System.in)); String line = br.readLine(); // 不会因前置读取残留出问题
- 没有
nextInt()这类便捷方法，但避免了Scanner的状态混乱风险 - 注意：
BufferedReader也需要显式关闭（或用 try-with-resources），但它关闭不会影响System.in本身
Scanner 的行为高度依赖输入缓冲区状态，而这个状态在混合使用不同读取方法时极难直观判断。与其花时间 debug 换行符，不如一开始就约定只用 nextLine()。 
