根本原因是scanner的输入缓冲区行为被误解：nextint()抛异常后非法输入仍滞留缓冲区，导致死循环；推荐统一用nextline()读整行并parseint，配合trim()、异常捕获和最大重试次数。
Java 控制台输入异常导致死循环，根本原因不是代码写错了，而是 Scanner 的输入缓冲区行为被误解了。比如用户输了个 "abc"，调用 nextInt() 会抛 InputMismatchException，但那个 "abc" 还卡在缓冲区里——下一次循环再调 nextInt()，还是读它，于是无限报错、无限卡住。
别用 nextInt() 直接读，改用 nextLine() + parseInt
这是最干净、最推荐的解法：绕过 Scanner 的 token 匹配机制，自己掌控输入节奏。
- 始终用
scanner.nextLine()读整行，包括空格和换行符，确保缓冲区清空 - 对读到的字符串
trim()去首尾空格，再判断是否为空，避免空输入引发NumberFormatException - 用
Integer.parseInt()转换，只捕获NumberFormatException一种异常，逻辑清晰 - 不需要操心
hasNextInt()返回 false 后怎么清理，也不用记 “next() 清 token、nextLine() 清换行” 这些易错规则
如果必须用 hasNextInt()，一定要手动清理非法 token
很多人以为 hasNextInt() 返回 false 就代表“跳过了”，其实它完全不消费输入。不清理，下次还撞上同一个非法内容。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 当
!scanner.hasNextInt()为真时，必须立刻调用scanner.next()把当前这个非整数 token “吃掉” - 如果之后还要用
nextLine()读下一行（比如读完数字再读姓名），记得在next()后补一个nextLine()，否则残留的换行符会让下一次nextLine()立刻返回空字符串 - 切勿用
nextLine()替代next()来清理——它会吞掉整行，可能把后面跟着的合法数字也一并吃掉
混合输入场景要特别注意换行符残留
比如先读年龄（整数），再读姓名（字符串）。如果用 nextInt() 读完年龄，缓冲区还剩一个换行符；紧接着调 nextLine()，它会直接读到那个换行符，返回空串，看起来像“没输入姓名”。
- 统一用
nextLine()是最稳妥的做法，避免类型切换带来的换行符陷阱 - 如果坚持混用，
nextInt()或nextDouble()后务必加一句scanner.nextLine()消耗掉换行符 - 所有提示语后都用
print()而非println()，防止多出空行干扰判断
加一层简单防护，避免无限重试
即使逻辑正确，用户连续乱输也可能影响体验。加个最大尝试次数，既友好又防呆。
- 定义一个计数器，比如
int attempts = 0; final int MAX_ATTEMPTS = 5; - 每次异常后
attempts++，达到上限就退出循环或抛业务异常 - 配合友好的错误提示，比如 “输入无效，请输入整数（如：18、-5、0）”，比单纯说“错误”更有帮助
- 最后别忘了
scanner.close()，养成资源释放习惯
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
