普通for循环适合需要索引或修改集合的场景：需获取元素位置或遍历中修改集合（如删除匹配项），此时用for (int i = 0; i < list.size(); i++)更直接可控。
普通for循环适合需要索引或修改集合的场景
当你得知道当前元素在数组或列表里的位置，或者要在遍历中途修改集合（比如删除匹配项），for (int i = 0; i 是唯一稳妥的选择。增强 <code>for-each 循环底层用的是迭代器，直接调 list.remove() 会触发 ConcurrentModificationException。
常见错误现象：for-each 中写 list.remove(item)，运行时报错；换成普通 for 后又忘了调整索引（删了一个，下一个元素前移，不 i-- 就会跳过）。
- 需要按顺序处理并记录下标时，必须用普通
for - 遍历时要根据索引读写相邻元素（如比较
arr[i]和arr[i+1]），只能用普通for - 修改
ArrayList且依赖索引逻辑时，注意remove()后size()变小，循环条件别写成i
增强for-each循环更安全、简洁，但有严格限制
for (Type item : collection) 的本质是隐式调用 iterator()，所以它要求对象实现 Iterable 接口，且遍历过程禁止结构修改——连 ArrayList.add() 都不行。但它对 null 引用不敏感，不会像普通 for 那样因 list == null 导致 NullPointerException 在 list.size() 就崩掉（不过后续取值仍会崩）。
使用场景：纯读取、日志打印、计算总和、查找满足条件的元素（不删不增）。
立即学习“Java免费学习笔记（深入）”；
- 遍历
Map.values()或entrySet()时，for-each写法比手写Iterator清晰得多 - 数组、
ArrayList、HashSet都支持，但Iterator不支持的类（如老式Enumeration）不能用for-each - 性能上，对
ArrayList几乎无差别；但对LinkedList，for-each比普通for+get(i)快得多——因为后者每次get(i)都是 O(n) 遍历
别在增强for-each里调 remove() 或 add()
这是最常踩的坑：for (String s : list) 里写 list.remove(s)，JVM 立刻抛 ConcurrentModificationException。不是“并发”问题，而是迭代器检测到集合结构被外部修改了。
正确做法只有两个：
- 改用普通
for循环 +list.remove(i)，并注意控制i变量（删完通常要i--） - 用显式
Iterator：Iterator<string> it = list.iterator(); while (it.hasNext()) { String s = it.next(); if (needRemove) it.remove(); }</string>
增强 for-each 编译后就是生成这样的 Iterator 代码，只是你没看见——所以它不允许你绕过 it.remove() 去直接操作集合。
数组和泛型集合的 for-each 行为一致，但空值处理要小心
无论 String[] 还是 List<string></string>，for-each 语法一样，编译器自动适配。但数组本身可含 null 元素，而某些集合（如 TreeSet）不允许 null，这时 for-each 到 null 会正常执行，但后续调 toString() 或比较就 NullPointerException。
- 不要假设
for-each能帮你过滤null——它连判断都不做 - 遍历前检查集合是否为
null：增强for-each会在第一次调iterator()时炸，普通for会在list.size()就炸，都得提前判空 - 泛型擦除不影响
for-each，for (Number n : list)对List<integer></integer>有效，但装箱/拆箱开销仍在
真正容易被忽略的是：你以为在用 for-each 简化代码，结果在循环体里悄悄调了集合的修改方法，或者没意识到 LinkedList 下普通 for 的性能灾难。这些地方不报错，但线上跑着跑着就慢下来了。
