Scanner.nextLine() 经常“跳过”输入是因为 nextInt() 等方法不消费换行符，导致 nextLine() 直接读取残留的 \n；解决方法是在 nextInt() 后加 scanner.nextLine() 清缓存，或统一用 nextLine() 配合 parseXXX() 转换。

Scanner.nextLine() 为什么经常“跳过”输入

这是最常踩的坑：调用 nextInt()、nextDouble() 等方法后，紧接着用 nextLine()，结果读到的是空字符串。原因在于这些方法只读取数字，不消费行末的换行符（\n），而 nextLine() 会直接读走这个残留的换行符，导致“跳过”。

• 解决办法：在 nextInt() 后加一句 scanner.nextLine(); 手动清掉缓冲区残留
• 更稳妥的做法是统一用 nextLine() 读所有输入，再用 Integer.parseInt()、Double.parseDouble() 转换
• 注意：如果输入流来自文件或重定向，该问题同样存在，不只限于控制台交互

如何安全读取带空格的字符串（如姓名、地址）

next() 遇到空格/制表符/换行就停止，根本读不全；必须用 nextLine() ——但它又受上一个非行读取方法影响。所以关键不是“怎么选”，而是“怎么组织读取顺序”。

• 若第一行是整数 n，后面 n 行是带空格的字符串：先用 nextInt() 读 n，立刻跟 nextLine() 清缓存，再进循环用 nextLine() 读每行
• 避免混用 nextFoo() 和 nextLine() 在同一逻辑块里，除非你明确知道缓冲区状态
• 测试时用 System.out.println("[" + input + "]"); 包裹输出，能一眼看出是否含意外空白或空串

Scanner 的异常处理与资源关闭要不要做

Scanner 本身不强制要求 close()，但有隐含风险：如果它包装的是 System.in，调用 close() 会导致后续无法再从标准输入读取（System.in 被永久关闭）；如果包装的是文件或网络流，则必须关闭。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 读 System.in：不要调用 scanner.close()，让 JVM 自行回收即可
• 读文件：

  Scanner scanner = new Scanner(new File("data.txt"));
  try {
      while (scanner.hasNextLine()) {
          System.out.println(scanner.nextLine());
      }
  } finally {
      scanner.close(); // 必须关
  }

• 异常方面，InputMismatchException 最常见（比如用 nextInt() 读到了字母），建议用 hasNextInt() 等前置判断代替硬转

性能差？别在高频循环里 new Scanner(System.in)

每次新建 Scanner 实例都会重新绑定输入流并初始化分隔符，开销不小。尤其在算法题或循环读多组测试数据时，反复创建会拖慢速度，还可能引发资源竞争（虽少见）。

立即学习“Java免费学习笔记（深入）”；

• 全局只建一个 Scanner 实例，复用它完成全部读取
• 不要写成 while (true) { Scanner s = new Scanner(System.in); ... }
• 如果要支持多次独立输入（如命令行工具的多轮交互），可考虑用 BufferedReader + InputStreamReader 组合，效率更高且更可控

实际写法中，最易被忽略的是缓冲区残留和复用习惯——这两点不处理，程序看似能跑，但在边界输入（空行、混合类型、连续回车）下会突然崩得毫无征兆。