for-each循环遍历数组时不会生成迭代器，而是由编译器翻译为传统索引访问循环，无额外对象开销，性能几乎等同于手写for循环。
for-each 循环在数组上实际调用的是普通索引访问
Java 的 for-each 遍历数组时，**不会生成迭代器**，而是编译器直接翻译成传统 for 循环加下标访问。这意味着它没有额外对象开销，性能几乎等同于手写 for (int i = 0; i 。
常见错误现象：NullPointerException 仍会发生——如果数组引用本身为 null，循环开始前就会抛出，而不是在取元素时。
- 使用场景：适合只读遍历、无需索引、不修改数组内容的场合
- 参数差异：数组类型必须明确（如
String[]），不能是泛型擦除后的Object[]混用 - 注意点：无法在循环中删除或添加元素（数组长度固定），也不支持反向遍历
for-each 遍历集合时底层依赖 Iterator.next()
对 Collection 子类（如 ArrayList、HashSet）使用 for-each，编译后会调用 iterator().next() 和 hasNext()，本质就是隐式使用迭代器。
常见错误现象：循环中直接调用 list.remove(x) 会导致 ConcurrentModificationException —— 因为 for-each 自带的迭代器检测到了结构修改。
立即学习“Java免费学习笔记（深入）”；
- 使用场景：安全遍历且不修改集合结构；配合
Iterator.remove()可安全删除当前元素 - 性能影响：
ArrayList的Iterator是 O(1) 均摊访问，但LinkedList的get(i)是 O(n)，而它的迭代器仍是 O(1) 移动，所以for-each比用下标遍历更高效 - 兼容性注意：自定义类若想支持
for-each，必须实现Iterable接口并返回有效Iterator
增强 for 循环无法获取当前索引或修改正在遍历的元素
这是设计使然，不是 bug。语法上 for (Type e : collection) 只暴露元素副本，不提供索引变量，也不允许通过 e 修改原容器中的对象状态（除非该对象本身可变且你调用了其方法）。
常见错误现象：写 e = new Type() 看似“修改了元素”，其实只是改变了局部变量 e 的引用，原集合里对应位置没变。
- 如果需要索引：老实用传统
for或用IntStream.range(0, list.size()) - 如果要边遍历边删多个元素：改用
Iterator并调用it.remove()，或收集待删项后统一removeAll() - 如果要更新元素内容（比如
e.setName("x")）：只要e是可变对象引用，就有效；但对String、Integer这类不可变类型无效
编译后的字节码差异决定行为边界
for-each 是语法糖，javac 编译时就决定了它是走数组下标路径还是迭代器路径。运行时不会动态切换，也不会因集合实际类型（如 ArrayList 被声明为 List）改变底层机制。
容易被忽略的地方：泛型擦除不影响 for-each 行为，但可能掩盖类型不匹配问题。例如 for (String s : list) 中 list 实际存了 Integer，会在运行时抛 ClassCastException，而非编译报错。
- 检查方式：用
javap -c看字节码，数组版本有arraylength和aaload，集合版本有invokeinterface调用iterator和next - 调试建议：遇到诡异的
NullPointerException或ClassCastException，优先确认数组/集合是否为null，以及泛型声明与实际内容是否一致
