do-while中nextline()跳过首次输入是因为nextint()等残留换行符；应调用nextline()清空缓冲区，或统一用nextline()配合parsexxx()转换并用try-catch处理异常；验证范围时需注意循环条件逻辑。
do-while 里用 Scanner.nextLine() 总是跳过第一次输入
这是因为 nextInt()、nextDouble() 等方法不读取后续的换行符，残留的
被紧接着的 nextLine() 直接“吃掉”，导致看似跳过了用户输入。
- 用
nextInt()读数字后，必须手动调用一次scanner.nextLine()清空缓冲区 - 更稳妥的做法：统一用
nextLine()读所有输入，再用Integer.parseInt()或Double.parseDouble()转换 - 如果转换失败会抛
NumberFormatException，必须包在try-catch里
验证输入范围时 do-while 条件写反了
常见错误是把“输入合法”当退出条件，结果逻辑颠倒——比如想让用户输入 1–5，却写成 while (input 5)，这其实是正确的；但有人误写成 while (input >= 1 && input ，那就永远进不了循环体了。
- do-while 至少执行一次，所以循环条件应为「输入不合法」才继续循环
- 数值范围校验建议拆成独立方法，比如
isValidChoice(int n)，避免条件表达式臃肿 - 注意边界：用户输入 0 或负数时，
parseInt不报错，但业务上可能非法
Scanner 没 close 导致资源泄漏或测试异常
在简单命令行程序里不关 Scanner 通常没明显问题，但在单元测试或重复运行场景下，未关闭的 System.in 可能被锁住，后续 new Scanner(System.in) 报 IllegalStateException。
- 不要在循环里反复 new Scanner(System.in)，只创建一次
- 如果程序有明确结束点（比如菜单选“退出”），建议调用
scanner.close() - 关闭后不可再读取，否则抛
IllegalStateException: Scanner closed
输入非数字字符串时 nextLine() + parseInt() 的处理惯性
很多人习惯先 nextLine() 再 parseInt()，但忘了空字符串或纯空白也会导致 NumberFormatException，而这个异常不是 InputMismatchException，不能靠 scanner.hasNextInt() 预判。
-
hasNextInt()只对当前 token 有效，且它不会消耗输入，但之后调用nextInt()才真正读取——和nextLine()混用时容易混乱 - 推荐流程：
String line = scanner.nextLine().trim();→ 检查line.isEmpty()→ 再尝试parseInt - 正则预检（如
line.matches("\d+")）只适合整数，带负号或小数需更谨慎，不如 try-catch 直观可靠
最麻烦的不是语法，而是不同输入方法留下的缓冲区状态差异。每次换读取方式前，心里得默念一遍“现在缓冲区里还剩啥”。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
