Java中要避免死循环，因其会导致线程持续占用CPU、程序假死、接口超时等；主因包括循环条件恒真、变量未更新、浮点精度误差及并发可见性问题；可通过CPU监控、jstack分析、日志断点和静态扫描定位；预防需优先用for循环、设明确出口与计数保护。
Java中要避免死循环，是因为它会让线程无限占用CPU资源，导致程序假死、响应停滞，甚至拖垮整个服务。虽然JVM不会因此崩溃，但业务逻辑会卡住，日志停更、接口超时、监控告警频发——问题往往不是“报错”，而是“没反应”。
死循环的典型成因
多数死循环并非故意写错，而是逻辑疏漏或边界处理不当：
-
循环条件恒为真：比如
while (true)没有 break 或 return，或 while 条件里用了赋值符=而非比较符== -
循环变量未更新或更新失效：for 循环中忘记写
i++，或 while 中的变量被错误地重新赋值、作用域隔离（如在子方法里改了局部变量） -
浮点数精度导致条件永远不满足：例如
double x = 0.0; while (x != 1.0) { x += 0.1; }，因二进制浮点误差，x 可能永远不等于 1.0 -
并发场景下的可见性问题：一个线程修改了循环退出标志位（如
volatile boolean running = true），但另一个线程因缺少 volatile 或同步机制，始终读到旧值
如何快速定位死循环
死循环发生后通常没有异常堆栈，得靠外部线索判断：
-
看 CPU 使用率：用
top -H（Linux）或 VisualVM 查看哪个线程 CPU 占用持续 100%，记下线程 ID（nid） -
抓取线程快照：执行
jstack，搜索高 CPU 线程的 nid（十六进制），找到对应线程堆栈，重点看它卡在哪个方法、哪行代码（常显示为 RUNNABLE 状态且堆栈深度浅、重复调用同一行）> jstack.log - 加日志或断点验证：在疑似循环体首尾加 log（注意别用 System.out.println 频繁刷屏），或在 IDE 中对循环入口设条件断点（如触发 100 次后暂停）
- 静态扫描辅助：使用 SonarQube、Alibaba Java Coding Guidelines 插件，可识别明显风险模式（如无终止条件的 while、空 for 循环体）
预防死循环的实用习惯
编码阶段多一步检查，远比线上排查省力：
立即学习“Java免费学习笔记（深入）”；
- 优先用 for 替代 while：for 结构天然包含初始化、条件、更新三部分，逻辑更集中，不易遗漏变量更新
-
所有循环必须有明确出口路径：哪怕只是加个计数保护，例如
int count = 0; while (condition && count++ -
涉及共享状态的循环变量，确保可见性与原子性：退出标志用
volatile，复杂状态变更考虑AtomicBoolean或synchronized - 单元测试覆盖边界情况：特别验证循环在空集合、极端输入、异常分支下能否正常退出
基本上就这些。死循环不复杂，但容易忽略；关键不在“会不会写”，而在“有没有意识去防”。写完循环，花三秒问问自己：这条件真能变？这变量真会被改？这线程真看得见？——多数问题就拦在敲回车之前。
