Java基本输入输出语法与Scanner使用

用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 组合在性能和可控性上更优，尤其处理大量输入时；但它不自带类型解析，所有输入都是字符串，需手动转换。

• 读整行：

  BufferedReader br = new BufferedReader(new InputStreamReader(System.in));
  String line = br.readLine(); // 不会因前置读取残留出问题

• 没有 nextInt() 这类便捷方法，但避免了 Scanner 的状态混乱风险
• 注意：BufferedReader 也需要显式关闭（或用 try-with-resources），但它关闭不会影响 System.in 本身

真正容易忽略的是：Scanner 的行为高度依赖输入缓冲区状态，而这个状态在混合使用不同读取方法时极难直观判断。与其花时间 debug 换行符，不如一开始就约定只用 nextLine()。