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 被永久关闭）；如果包装的是文件或网络流，则必须关闭。
- 读
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组合，效率更高且更可控
