for-each循环是编译器实现的语法糖，对Iterable对象转为Iterator遍历，对数组转为索引遍历；前者调用iterator()、hasNext()、next()，后者预读length并用arr[i]访问。
Java中的for-each循环（增强for循环）底层并不是独立的语法结构，而是编译器在编译期做的语法糖转换，其本质是根据遍历对象是否实现Iterable接口或是否为数组，分别转为传统的Iterator遍历或普通索引遍历。
针对实现了Iterable接口的对象：转为Iterator遍历
当使用for-each遍历集合（如ArrayList、HashSet、自定义集合等）时，编译器会将其重写为标准的Iterator模式：
- 调用对象的
iterator()方法获取迭代器 - 用
hasNext()判断是否还有元素 - 用
next()获取当前元素，并赋值给循环变量
例如：
源码：for (String s : list) { System.out.println(s); }编译后等效于：
for (Iteratorit = list.iterator(); it.hasNext(); ) {
String s = it.next();
System.out.println(s);
}
针对数组：转为传统索引for循环
数组本身不实现Iterable接口，但for-each对其支持是编译器特殊处理的结果。编译时直接展开为基于长度和下标的循环，避免创建额外对象：
立即学习“Java免费学习笔记（深入）”；
- 提前读取数组长度（只读一次，避免每次循环重复访问
array.length） - 用整型索引从
0递增到length - 1 - 每次循环直接通过
array[i]访问元素
例如：
源码：for (int x : arr) { sum += x; }编译后等效于：
for (int i = 0, len = arr.length; i < len; i++) {
int x = arr[i];
sum += x;
}不能用于所有场景：有明确限制
for-each是语法糖，能力受限，以下情况无法使用或需谨慎：
- 需要修改集合内容（如删除元素）——会抛
ConcurrentModificationException，必须用显式Iterator.remove() - 需要同时访问多个集合或按特定顺序/条件跳过元素——缺乏索引和控制权
- 需要在遍历时获取当前索引——for-each不暴露索引，得改用传统for或自己维护计数器
- 遍历过程中需要对元素重新赋值（如
arr[i] = ...）——数组中无效，因为循环变量是副本；集合中更不可行
反编译可验证：看字节码最直观
用javap -c查看编译后的字节码，能清晰看到for-each已被替换：
- 集合遍历出现
invokeinterface Iterator.next和hasNext指令 - 数组遍历出现
arraylength、iload、iaload等典型数组访问指令 - 完全没有
foreach相关字节码——证明它纯属编译期处理
这说明for-each没有运行时开销优势，性能与手写对应形式基本一致，价值在于提升可读性与减少样板代码。
