死循环是逻辑缺陷而非语法错误，程序可编译运行但卡在循环中，导致cpu飙升、接口超时；最常见原因是循环变量未更新或更新失效，如for循环漏写递增/递减表达式。
死循环在Java中不是语法错误，而是一种逻辑缺陷——程序能编译通过、也能运行，但卡在某个循环里不动了。它不抛异常，却让线程吃满CPU、接口超时、日志停更，排查起来往往比崩溃更难。
循环变量未更新或更新失效
这是最常见也最容易忽略的问题。变量初始化了，条件也写了，唯独忘了在循环体内改变它。
-
for循环中漏写递增/递减表达式：比如
for (int i = 0; i ，缺少<code>i++，i永远是0 - while循环中变量被重新赋值或作用域隔离：例如在子方法里修改了局部变量，但外层循环判断的仍是原始值
-
浮点数精度误差导致条件永不满足：如
double x = 0.0; while (x != 1.0) { x += 0.1; }，因二进制表示限制，x可能永远不等于1.0
循环条件恒为真或不可变
条件本身设计就无法变为false，或者依赖的状态根本不会变化。
-
显式恒真条件：像
while (true)或for (;;)，没配break或return出口 -
误用赋值符代替比较符：比如
while (flag = true)，实际是赋值操作，结果恒为true - 外部状态未更新或检测失效：轮询文件是否存在、等待网络响应、读取数据库标志位等，若外部系统延迟、失败或权限不足，循环就“干等”不停
多线程环境下的可见性与同步问题
单线程看着没问题的代码，在并发下可能变成死循环——因为一个线程改了，另一个线程根本看不到。
-
非volatile布尔标志位：一个线程设置
running = false，另一线程的while循环始终读到缓存里的true - 未同步的共享变量更新：多个线程同时修改计数器但没加锁，导致更新丢失，终止条件迟迟达不到
- 竞态条件掩盖逻辑缺陷：某些路径下变量更新被跳过，只在特定并发时机触发死循环，难以复现
实用且可落地的避免策略
预防比调试省力十倍。这些做法在日常编码中随手就能加，成本低、效果实。
- 优先用for循环处理固定次数或可控迭代：结构天然包含初始化、条件、更新三要素，不易遗漏变量变更
-
所有while/do-while循环配保护性计数器：例如
int count = 0; while (condition && count++ ，防意外失控 -
依赖外部状态的循环必须设超时：记录起始时间，每次迭代检查
System.currentTimeMillis() - start > timeout -
并发场景下退出标志必加volatile：或改用
AtomicBoolean，确保修改对所有线程立即可见 -
复杂条件拆解为中间布尔变量：避免
while (a && b || c && !d)这类嵌套判断，改用清晰命名的变量分步控制
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
