Java增强型for循环（for-each）是遍历集合与数组最简洁的语法糖，但并非所有场景都适用；它隐藏了迭代器或索引操作，使得代码更简洁，但在需要索引、修改集合结构或追求极致性能时，传统for循环仍是更优选择。
Java增强型for循环和普通for循环区别：三大核心差异
很多开发者初次接触Java增强型for循环时,往往被其简洁性吸引，但在实际项目中却遇到困惑，增强型for循环与普通for循环到底有什么本质区别？我们从三个维度来拆解。
语法简洁度与可读性
增强型for循环不需要手动管理索引或迭代器,代码行数减少，例如遍历List：
- 增强型：
for (String item : list) { ... } - 普通for：
for (int i = 0; i < list.size(); i++) { ... }
当业务逻辑只需依次访问元素时，增强型for循环的可读性明显更高，在团队协作中，这种简洁性也降低了代码审查的负担。
索引与位置控制能力
增强型for循环无法直接获取当前遍历元素的索引,如果你需要基于索引进行判断（例如每隔一个元素执行特殊操作，或者需要知道当前元素在列表中的位置），就必须手动维护一个计数器，或者改用普通for循环，行业共识认为，在需要索引操作时，普通for循环是更直接的选择，在Android开发中，当你需要根据索引更新ListView的某个子项时，普通for循环是更合适的工具。
集合修改安全性
在遍历过程中,如果尝试对集合进行结构性修改（如添加或删除元素），增强型for循环会抛出ConcurrentModificationException，这是因为增强型for循环底层使用了迭代器，而迭代器在遍历时不允许外部修改集合结构，普通for循环如果配合索引操作，则可以安全地删除元素（例如反向遍历），在需要遍历时修改集合的场景下，两者表现截然不同。
下表总结了两种循环在常见维度上的差异：
| 特性 | 增强型for循环 | 普通for循环 |
|---|---|---|
| 语法简洁度 | 更高 | 中等 |
| 索引访问 | 不支持 | 支持 |
| 遍历时修改集合 | 不安全，抛出异常 | 可安全操作（需注意方式） |
| 遍历LinkedList | 高效（O(n)） | 低效（O(n²)） |
| 遍历数组 | 高效 | 高效 |
Java增强型for循环遍历集合的底层原理
理解增强型for循环的工作机制,有助于我们写出更健壮的代码，它本质上是一个语法糖，编译器会将其转换为不同的底层实现。
遍历数组时的转换
当右侧是数组时,增强型for循环会被编译器转化为普通for循环加上索引访问。for (int i = 0; i < array.length; i++) { ... }
业内专家指出，这种转换对于数组来说性能几乎无损失，因此遍历数组时增强型for循环和普通for循环效率相当，你可以通过javap -c ClassName命令反编译字节码来验证这一转换，实际看到的是基于索引的循环，编译后的字节码会包含array.length和aload等指令。
遍历Iterable时的转换
当右侧是Iterable对象（如List、Set）时，编译器会将其转换为迭代器循环：for (Iterator it = coll.iterator(); it.hasNext(); ) { ... }
这意味着每次循环都会调用hasNext()和next()方法，相比普通for循环直接通过get(i)访问，会有额外的迭代器对象创建和方法调用开销，但在大多数应用场景下，这种开销可以忽略不计，在需要频繁遍历大量数据的场景中，例如实时数据处理，这种开销可能会累积。
为什么不能遍历时修改集合
由于底层使用了迭代器,而迭代器维护了一个modCount预期值，当集合结构被外部修改时，modCount变化，迭代器在下次调用next()时会抛出异常，这解释了为什么增强型for循环在遍历时不能安全地删除元素，如果确实需要删除，可以使用迭代器的remove()方法，或者使用Java 8引入的removeIf方法，它内部使用了迭代器并安全地处理了modCount。
Java增强型for循环的使用陷阱：三个常见错误
即使语法简单,开发者在实际编码中仍容易踩坑，以下三个问题占据了相当一部分增强型for循环相关的Bug。
在循环体内删除元素
如前面所述,直接调用
list.remove(item)会导致异常，下面这段代码会抛出ConcurrentModificationException：
for (String item : list) {
if (item.equals("target")) {
list.remove(item); // 错误！
}
}
正确做法是使用迭代器的remove()方法，或者改用普通for循环反向遍历：
Iterator<String> it = list.iterator();
while (it.hasNext()) {
String item = it.next();
if (item.equals("target")) {
it.remove(); // 安全
}
}
在Android开发中,这种场景经常出现，建议使用removeIf或迭代器，而不是增强型for循环。
在循环体内重新赋值循环变量
增强型for循环的循环变量是局部变量,修改它不会影响原集合或数组。for (String s : list) { s = "new"; } 并不会改变list中的元素，这容易让初学者产生误解，如果需要对集合中的元素进行修改，必须通过元素引用来修改对象内部状态，例如item.setName("new")，但注意，这要求集合元素是可变对象。
忽略null引用
如果集合或数组本身为null,增强型for循环会在进入时抛出NullPointerException，因此在使用前必须进行空值检查，尤其是在处理从数据库查询或网络请求返回的集合时，空值检查是必不可少的步骤，你可以使用if (list != null) { for (String item : list) { ... } }来避免。
Java增强型for循环性能对比：哪种场景更占优
性能是开发者常关注的问题,我们通过具体场景来分析增强型for循环与普通for循环的差异。
遍历数组：差距极小
对于数组,增强型for循环编译后与普通for循环几乎一致，性能差异可忽略，在多数情况下，优先选择增强型for循环以提升代码可读性。
遍历ArrayList：基本相同
对于Java增强型for循环在遍历ArrayList时的性能,与普通for循环基本持平，ArrayList实现了RandomAccess接口，底层数组支持高效随机访问，增强型for循环使用迭代器，但ArrayList的迭代器内部也是通过索引访问，因此性能与普通for循环基本持平，据统计，在十万级数据量下，两者耗时差距通常在毫秒以内，对于千万级数据量，差距可能会扩大，但多数业务场景下无需担心。
遍历LinkedList：增强型for循环明显更快
LinkedList的get(i)操作是O(n)的，普通for循环遍历会导致O(n²)复杂度，而增强型for循环使用迭代器，每次移动指针，总复杂度为O(n)，遍历LinkedList时，增强型for循环性能远优于基于索引的普通for循环，这是选择增强型for循环的一个重要场景，如果你不确定底层集合类型，使用增强型for循环是更安全的选择。
遍历Set或Map：必须使用增强型或迭代器
Set和Map不提供索引访问,无法使用普通for循环，增强型for循环是遍历Set的推荐方式，遍历Map时通常使用entrySet()的增强型for循环。for (Map.Entry<String, String> entry : map.entrySet()) { ... }
这种写法既简洁又高效。
Java增强型for循环常见问题解答（Q&A）
Java增强型for循环能不能删除集合中的元素？
不能直接删除,否则会抛出ConcurrentModificationException，如果需要在遍历时删除，应使用迭代器显式调用iterator.remove()，或者使用普通for循环反向遍历并调用list.remove(i)，Java 8的removeIf方法也是安全删除的推荐做法。
Java增强型for循环和迭代器有什么区别？
增强型for循环是迭代器的语法糖,它简化了迭代器的使用，但隐藏了迭代器对象，迭代器提供了更多控制，如remove()方法，并且可以在遍历时手动管理迭代过程，增强型for循环则适用于只需要依次读取元素的场景，在需要遍历时删除元素或获取当前迭代器状态时，应使用显式迭代器。
Java增强型for循环是否适用于所有集合类型？
适用于所有实现了Iterable接口的集合类，包括List、Set、Queue等，以及数组，Map本身不实现Iterable，但可以通过keySet()、values()或entrySet()来使用增强型for循环，对于自定义类，如果实现了Iterable接口，也可以使用增强型for循环。
掌握增强型for循环的适用场景与限制，能让你在日常编码中写出更简洁、更安全的遍历代码，在需要索引或修改集合结构时，果断切换回传统for循环或迭代器即可。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/544699.html
