Scanner读取输入时卡住或跳过是因为nextInt()等不消费换行符，nextLine()会读到残留\n；应统一用nextLine()后解析，或在nextInt()后加nextLine()清缓存。
用 Scanner 读取用户输入时为什么总卡住或跳过？
常见现象是第一次输入后，后续 nextLine() 直接返回空字符串。这是因为 nextInt()、nextDouble() 等方法不消费换行符，而 nextLine() 会立刻读到残留的 \n。
实操建议：
- 统一用
nextLine()读取所有输入，再用Integer.parseInt()转数字 - 如果用了
nextInt()，紧跟着加一句scanner.nextLine()清缓冲区 - 别在循环里反复新建
Scanner对象——它底层持有一个输入流，重复创建可能引发资源异常
生成 [1, 100] 范围随机数的三种写法哪个靠谱？
Java 8+ 推荐用 ThreadLocalRandom.current().nextInt(1, 101)，它线程安全、无需初始化、性能好。老写法 new Random().nextInt(100) + 1 每次都新建对象，浪费；而 Math.random() 返回 double，需强制转且精度冗余。
关键点：
立即学习“Java免费学习笔记（深入）”；
-
nextInt(a, b)是左闭右开区间，所以nextInt(1, 101)才能覆盖 1–100 全部整数 - 别用
Random.nextInt(100)然后 +1，虽然结果对，但多一次对象分配 - 如果游戏要支持多次重玩，
Random实例可复用，但ThreadLocalRandom不需要保存引用
如何用 while 循环控制游戏流程而不陷入死循环？
核心是把「是否继续」和「单局猜对与否」拆成两个独立状态变量，否则容易逻辑缠绕。典型错误是只靠一个 isGuessed 控制整个外层循环，导致无法重开新局。
推荐结构：
- 外层
while (playAgain)控制是否重玩 - 内层
while (!isGuessed)控制单局猜测过程 - 每次新局前重置
isGuessed = false和计数器（如attempts = 0） - 用户输“quit”或“exit”时，用
break跳出内层循环，再设playAgain = false
输入非数字时怎么避免 InputMismatchException 崩溃？
直接调 nextInt() 遇到字母就会抛异常。不能靠 try-catch 包裹整个游戏主循环——那会让错误处理和业务逻辑混在一起。
更干净的做法：
- 用
hasNextInt()预检，返回false时调nextLine()清掉非法输入 - 配合提示语：“请输入一个有效的数字”，然后
continue进入下一轮循环 - 如果允许输入命令（如 “hint”），就先判断字符串内容，再决定是否尝试解析为数字
边界情况容易被忽略：用户连续输三次“abc”，程序得稳定吞掉它们，而不是在第二次就因残留字符出错。每次非法输入后，务必调一次 nextLine()。
