do-while 更适合菜单循环，因其先执行后判断，确保菜单至少显示一次；而 while 可能因初始条件为假导致菜单不显示。
do-while 为什么比 while 更适合菜单循环
菜单交互必须至少显示一次选项，否则用户一运行就卡死或直接退出——do-while 的「先执行、后判断」特性刚好匹配这个逻辑。而 while 容易漏掉初始展示，导致第一次连菜单都看不到。
常见错误现象：while (choice != 'q') { showMenu(); choice = getUserInput(); } —— 如果 choice 初始值恰好是 'q'，整个菜单压根不出现。
-
do-while强制执行一次，天然防空循环 - 条件判断放在末尾，语义上更贴近「用户选 q 才退出」的真实意图
- 无需预先初始化
choice为某个“无效值”来绕过首次判断
如何安全读取用户输入并避免 Scanner 被卡住
Scanner 在混合使用 nextLine() 和 nextXXX()（如 nextInt()）时，会因换行符残留导致下一次 nextLine() 立即返回空字符串——菜单循环里这就表现为「输入完数字后直接跳过下一轮」。
典型场景：用 nextInt() 读菜单编号，再用 nextLine() 等待回车确认，结果后者直接吞掉换行符，没等用户按就继续了。
立即学习“Java免费学习笔记（深入）”；
- 统一用
nextLine()读所有输入，再手动解析：Integer.parseInt(input) - 如果非要用
nextInt()，紧随其后加一句scanner.nextLine()清掉缓冲区 - 避免在循环内反复新建
Scanner实例，容易引发资源泄漏或状态错乱
退出条件写成 'q' 还是 0？字符和数字混用的坑
菜单选项若同时支持字母命令（如 q 退出）和数字编号（如 1 查看），直接用 int 接收会导致 InputMismatchException；全用 String 又得频繁判断和转换。
最容易被忽略的是：用户输 "Q"（大写）或 " q "（带空格），程序直接崩溃或判定失败。
- 统一用
String input = scanner.nextLine().trim()获取原始输入 - 退出判断优先用
"q".equalsIgnoreCase(input)，兼容大小写和空格 - 数字选项用
input.matches("\d+")预检，再转Integer.parseInt()，避免异常中断循环 - 别在
case里硬写char值，比如case '1':—— 用户输的是字符串 "1"，不是字符 '1'
为什么 break 不该出现在 do-while 主体里
在 do-while 循环体内用 break 跳出，等于把退出逻辑拆到两处（一处 break，一处 while 条件），可读性差，维护时容易漏改其中一处。
性能影响不大，但逻辑割裂会让后续加日志、清理或统计变得困难——比如想统计总共执行了几轮菜单，break 会绕过计数器自增。
- 所有退出路径统一收束到
while条件表达式中 - 用布尔变量控制循环状态，比如
boolean shouldExit = false;，在处理分支里设为true - 条件写成
while (!shouldExit)，清晰表明「只要没标记退出就继续」
复杂点在于：多层嵌套输入（比如子菜单）时，光靠一个 shouldExit 不够，得用状态枚举或分层标志位——这点常被初学者忽略，结果退到父菜单时误退成整个程序。
