在Java传统for循环中，循环体内直接修改循环变量i会导致迭代跳过；例如i++后循环增量再执行，i实际加2，从而跳过下一个索引。
for 循环里直接改 i 会跳过迭代
Java 的 for 循环（尤其是传统三段式）中，如果在循环体内部手动修改循环变量（比如 i++ 或 i += 2），会导致控制逻辑和实际执行脱节。编译器不会报错，但行为往往不符合直觉。
常见错误现象：for (int i = 0; i —— 这里 <code>i 实际上被加了两次，容易漏掉下一项。
- 每次循环结束时，
for语句末尾的表达式（如i++）一定会执行，和循环体内是否修改i无关 - 这种写法在需要“条件跳过”或“重复处理当前索引”时特别危险，比如解析 token 流、跳过注释行等场景
- 可读性差，后续维护者很难一眼判断真实步进逻辑
用 while 替代更安全的场景
当你需要在循环中动态决定下一次索引值（比如跳过多个元素、回退、或根据数据内容调整步长），while 比 for 更清晰、更可控。
使用场景：解析 CSV 行、处理嵌套括号、滑动窗口匹配、跳过连续空格等。
立即学习“Java免费学习笔记（深入）”；
-
for强绑定“初始化-判断-更新”三步，而while把控制权完全交还给代码逻辑 - 避免在
for中混用i++（末尾）和i += 3（体内），否则极易引发越界或死循环 - 示例：处理字符串中成对出现的
"/*"和"*/"注释时，用while控制索引前进更可靠
for-each 循环不能修改集合结构
很多人误以为 for-each（即 for (Type item : list)）只是语法糖，其实它底层调用的是 Iterator。一旦你在循环中调用 list.remove() 或 list.add()，运行时抛出 ConcurrentModificationException。
这不是并发问题，而是 ArrayList / LinkedList 等默认实现通过 modCount 检测结构性修改。
- 想边遍历边删，必须用
Iterator.remove()，例如：Iterator<string> it = list.iterator(); while (it.hasNext()) { if (needRemove(it.next())) it.remove(); }</string> -
for-each中修改变量本身（如item = "new"）不影响原集合，因为引用类型只改了局部变量指向 - 若真要重构集合，建议先收集待删元素，再统一
removeAll()，或者用 Java 8+ 的removeIf()
增强 for 循环里修改数组元素是安全的
对数组（int[]、String[] 等）使用 for-each 时，修改当前元素值是允许的，不会触发异常，因为数组没有 modCount 机制。
但要注意：这仅适用于“修改元素内容”，不等于“修改数组长度”或“替换整个数组对象”。
- 示例：
for (int x : arr) { x = 0; }—— 这样改无效，因为x是副本；正确写法是for (int i = 0; i - 如果用
for (String s : strArray)，然后s += "x"，也不会影响原数组，因为String不可变，且s是引用副本 - 真正能改数组内容的，只有通过索引赋值，或传入方法内用
arr[i] = ...显式操作
