Scanner.nextLine() 读不到输入是因为 nextInt() 等方法残留换行符在缓冲区，导致 nextLine() 立即返回空字符串；解决方法是在 nextInt() 后加 nextLine() 清缓存，或统一用 nextLine() 配合 parseXxx() 转换。
Scanner.nextLine() 为什么经常读不到输入？
因为 nextLine() 会消费换行符，而 nextInt()、nextDouble() 等方法不会——它们只读取目标类型数据，把后面的 \n 留在缓冲区。下一次调用 nextLine() 就立刻读到这个残留换行符，返回空字符串。
- 典型现象：先
scanner.nextInt()，再scanner.nextLine()，后者直接跳过 - 解决办法：在
nextInt()后手动加一次scanner.nextLine()清掉换行符 - 更稳妥的做法：统一用
nextLine()读所有输入，再用Integer.parseInt()等转换
读取带空格的字符串必须用 nextLine()
next() 只读到第一个空白字符（空格、制表、换行）就停，nextLine() 才读整行（含空格，不含末尾换行符）。
- 比如用户输入
hello world：next()得"hello"，nextLine()得"hello world" - 如果误用
next()读姓名、地址等含空格内容，会截断 - 注意：
nextLine()在缓冲区有残留换行符时会立即返回空串，需先清理
Scanner 的 close() 不能随便调用
调用 scanner.close() 会连带关闭它背后的 System.in 流，之后任何对 System.in 的读取（包括新建 Scanner）都会抛 IllegalStateException 或阻塞。
- 常见错误：在方法末尾写
scanner.close()，但后续还有其他地方要读输入 - 正确做法：整个程序只创建一个 Scanner 实例，用完也不 close；或明确生命周期，在 main 结束前 close
- 如果真要提前释放资源且确保不再读输入，close 可以，但务必确认无后续依赖
用 hasNextXxx() 判断输入类型比 try-catch 更干净
用户可能输错类型（比如要数字却输字母），用 hasNextInt() 预检比直接 nextInt() + 异常处理更可控。
立即学习“Java免费学习笔记（深入）”；
-
scanner.hasNextInt()返回false时不消耗输入，可接着用nextLine()拿错误内容提示用户 - 而
nextInt()抛InputMismatchException后，非法输入仍留在缓冲区，不清理会导致死循环 - 示例逻辑：先
if (scanner.hasNextInt()) { n = scanner.nextInt(); }，否则scanner.next()跳过错误项
while (!scanner.hasNextInt()) {
System.out.print("请输入有效整数：");
scanner.next(); // 跳过非法输入
}
int n = scanner.nextInt();
scanner.nextLine(); // 清换行符，为后续 nextLine() 做准备
缓冲区状态和流生命周期是 Scanner 最容易被忽略的两个层面，一不留神就卡住或崩溃。 
