Java while循环需确保条件可变且初始值合理，避免死循环；for适用于已知边界的迭代，while适合依赖外部状态的场景；慎用while(true)+break；异常应捕获处理而非中断循环。
while 循环怎么写才不会死循环
Java 的 while 循环本质就两件事：先判断条件，再决定要不要执行循环体。一旦条件一开始就是 false，循环体一次都不跑；如果条件永远为 true，又没在循环体内改条件变量，就会卡死。
- 必须确保循环体内有能影响判断条件的语句，比如
i++、flag = false这类修改 - 常见错误是把自增写在循环体外，或者用错变量（比如改了
j却判断i > 0） - 初始值也要合理，比如
int i = 10; while (i > 0) { ... i--; }没问题，但若写成i = 0就直接跳过
while 和 for 在什么场景下该选哪个
两者都能实现重复逻辑，但语义和控制粒度不同。for 更适合“已知迭代次数或有清晰边界”的场景，比如遍历数组、计数 10 次；while 更适合“依赖外部状态变化”或“终止条件不固定”的情况，比如读取用户输入直到输入 "quit"，或等待某个异步标志位变为 true。
- 如果循环变量只在循环内使用、且初始化/更新/判断三部分都明确，优先用
for - 如果条件依赖 I/O、线程状态、网络响应等不可预测因素，
while更自然 - 嵌套多层时，
while容易让控制流变松散，调试难度略高
为什么 while(true) + break 不推荐滥用
写成 while(true) 再靠 break 退出，语法上完全合法，但会掩盖真实退出条件，让逻辑变隐晦，也增加静态检查工具报错风险（比如 IDE 提示“unreachable code”）。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 除非退出条件非常复杂、跨多个分支判断，否则应把主条件直接写在
while后面 -
while(true)容易漏写break或写错位置，导致无限循环 - 某些安全编码规范（如 CERT）明确建议避免无条件循环，因为不利于自动化分析
while 循环里 try-catch 怎么处理异常不影响流程
在 while 中做 I/O 或解析操作时，异常不是“要不要继续循环”的开关，而是“这次失败了，下次还试不试”的决策点。关键在于别让异常直接跳出循环，也别让它吞掉所有错误信息。
- 把可能抛异常的代码包在
try块里，catch中记录日志或做轻量恢复，然后让循环自然继续 - 避免在
catch里写return或break，除非这是你明确定义的退出策略（比如重试 3 次失败就放弃） - 注意资源泄漏：如果循环里打开文件或连接，记得用
try-with-resources，别指望finally一定能等到——中断或异常可能发生在资源获取之前
实际写的时候，最常被忽略的是循环变量的作用域和更新时机。一个变量在循环外声明、在循环内修改，看着没问题，但若中间加了 continue 或嵌套 if，很容易漏掉某条路径上的更新。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
