本文讲解在Java中使用Scanner读取单行多个整数时，为何hasNextInt()会导致程序卡住，并提供安全、健壮的替代方案：先用nextLine()读取整行，再分割解析，兼顾用户体验与输入容错性。
本文讲解在java中使用scanner读取单行多个整数时，为何`hasnextint()`会导致程序卡住，并提供安全、健壮的替代方案：先用`nextline()`读取整行，再分割解析，兼顾用户体验与输入容错性。
在处理交互式命令行输入时，一个常见需求是让用户一次性输入多个整数（以空格分隔），例如 1081 678 873 1438 1276 1243 428，然后将其全部存入集合进行后续处理。许多开发者会本能地使用 while (scanner.hasNextInt()) 循环配合 nextInt()，但这种写法存在两个关键缺陷：
- 阻塞等待：hasNextInt() 不会自动检测“行末”，而是持续等待下一个有效整数——即使用户已按回车，只要缓冲区中没有新整数（或非整数标记），它仍会阻塞，导致程序停滞；
- 输入污染风险：若用户误输非数字（如 123 abc 456），hasNextInt() 在遇到 "abc" 时返回 false 并停止，但该非法 token 仍滞留在 Scanner 缓冲区中，可能干扰后续输入逻辑。
✅ 正确做法是：先完整读取一行字符串，再解析其中的数字。这既符合用户“输入一行即提交”的直觉，又完全规避了 Scanner 的 token 边界陷阱。
以下是推荐实现（适配原 switch 结构）：
case 2:
ArrayList<Integer> ciphertext = new ArrayList<>();
System.out.print("Enter the ciphertext: ");
// ✅ 安全读取整行（不阻塞）
String line = input.nextLine().trim();
// ✅ 按空白字符分割（支持空格、制表符等）
String[] tokens = line.split("\s+");
// ✅ 逐个解析并校验
for (String token : tokens) {
if (!token.isEmpty()) {
try {
int cipher = Integer.parseInt(token);
ciphertext.add(cipher);
} catch (NumberFormatException e) {
System.err.println("Warning: '" + token + "' is not a valid integer, skipped.");
// 可选择继续或中断
}
}
}
// ✅ 输入流保持打开，避免影响后续 case
// input.close(); // ❌ 不在此处关闭！应放在整个交互流程结束时
someMethod();
break;? 关键注意事项：
立即学习“Java免费学习笔记（深入）”；
- 始终调用 nextLine() 而非 nextInt() 后直接接 nextLine() —— 否则残留换行符会导致跳过下一行；
- 使用 trim() 和 !token.isEmpty() 防御首尾/连续空格导致的空字符串；
- split("\s+") 比 split(" ") 更鲁棒，能正确处理多个空格、Tab 等；
- 不要在 case 内关闭 Scanner：input.close() 应置于整个用户交互循环结束后，否则后续 case 将抛出 IllegalStateException；
- 如需严格校验（如禁止任何非法输入），可在解析失败时抛出异常或提示后 break。
该方案简洁、可预测、用户友好，是命令行整数批量输入的标准实践。
