直接修改外层循环变量易致死循环，关键在更新方向与条件趋势一致；while需手动维护更新且不可遗漏或置于分支中；并发下依赖volatile保证可见性但不保原子性。
在 Java 循环中直接修改循环变量（尤其是外层循环变量）极易引发死循环，核心问题在于破坏了循环的自然推进逻辑。关键不是“能不能改”，而是“谁来改、怎么改、改给谁用”。
别让内层逻辑动外层的“i”
最典型的陷阱是嵌套循环中，内层 while 或 for 直接操作外层的循环变量：
- 比如
for (int s = 1; s —— 内层把 <code>s变成 0，外层s++后又回到 1，形成 1→0→1→0 的震荡，循环永远不结束 - 解决办法很简单：内层只操作副本。把
int temp = s;提前声明，然后while(temp != 0) { ... temp /= 10; } - 循环变量的作用域本就该是“只读”或“仅由循环结构自身更新”，人为干预等于绕过控制机制
for 循环里更新表达式必须推动条件收敛
for 的三段式结构天然带约束，但写错更新逻辑就会失效：
- 常见错误：
for (int i = 0; i —— 初始为 0，越减越小，<code>i 永远成立 - 另一个坑：
for (int i = 10; i > 0; i++) {...}——i越加越大，i > 0永远为真 - 检查要点：更新操作（第三段）的方向必须与条件表达式（第二段）的边界趋势一致。增序循环配
i++和i ；减序循环配 <code>i--和i >= 0
while/do-while 中变量更新不能被跳过或覆盖
while 没有内置更新机制，全靠手动维护，风险更高：
立即学习“Java免费学习笔记（深入）”；
- 忘记写更新语句（如漏掉
i++），或把它放在if分支里导致某些路径不执行 - 在多分支逻辑中，不同
if-else块里对同一变量重复赋值，造成意外重置（例如某分支又把i设回初始值） - 建议：把更新语句放在循环体末尾、无条件执行的位置；复杂逻辑可先用临时变量计算新值，最后统一赋给循环变量
并发场景下修改需保证可见性
如果循环退出依赖另一个线程修改的标志位（如 while (!done)），普通变量可能因 CPU 缓存导致读不到最新值：
- 用
volatile boolean done = false;声明，确保每次读都取主内存最新值 - 注意：volatile 不保证原子性。像
counter++这种读-改-写操作仍需AtomicInteger或同步块 - 单纯的状态通知（启动/停止/完成）用 volatile 安全且高效；涉及状态流转顺序时，考虑更严格的同步手段
