Java集合forEach方法解析

Java集合的forEach方法看似简洁强大，实则只是Iterable接口中一个基于iterator()和while循环实现的普通默认方法，每次调用都新建迭代器、不支持并发修改、异常会立即中断遍历，性能也不优于传统for循环；它与for-each语法糖表面相似却机制迥异——前者是运行时动态分派的可重写入口，后者是编译期固定的字节码逻辑，行为可能因集合实现（如CopyOnWriteArrayList）而分化；更重要的是，它不提供中断、跳过或并行能力，本质只是一个朴素的串行消费工具，真正需要复杂遍历控制时，应果断转向Stream或手写循环，而非强行在forEach上堆砌逻辑。

forEach 方法在 Iterable 接口里到底做了什么

它只是个默认方法，不强制子类重写，但底层调用的是 iterator() + while 循环，没有魔法，也不做并发保护。

• 每次调用都会新建一个 Iterator 实例，意味着不能复用已有的迭代器状态
• 如果传入的 Consumer 抛异常，遍历立即中断，不会跳过继续执行
• 对 ArrayList 这类支持随机访问的集合，forEach 并不比传统 for (int i = 0; ...) 快——JVM 未必能内联优化这个默认方法调用
• 源码本质就三行：Iterator iterator = this.iterator(); while (iterator.hasNext()) { action.accept(iterator.next()); }

为什么 List.forEach 和 for-each 循环行为看起来一样却不能互换

表面都“遍历”，但触发机制和可干预点完全不同：一个是接口契约定义的统一入口，一个是语法糖编译后生成的 iterator() 调用。

• for (String s : list) 是编译期转换，最终字节码里仍是显式 hasNext()/next() 调用；而 list.forEach(...) 是运行时动态分派，默认方法逻辑固定
• 若子类重写了 forEach（比如 CopyOnWriteArrayList 就重写了），list.forEach 会走重写版本，但 for-each 仍走 iterator() 链路，行为可能不一致
• 调试时注意：断点打在 forEach 上，进不去具体集合实现类？那说明它没重写，默认走 Iterable 的那个基础实现

forEach 里修改集合结构会抛 ConcurrentModificationException 吗

会，而且和你是否用 remove() 无关——只要在遍历中途改变了集合的 modCount，下一次 next() 就炸。

• 哪怕你只调 list.add(...) 或 list.clear()，只要发生在 forEach 的 action 里，就会触发校验失败
• 这不是 forEach 特有的限制，是所有基于 fail-fast Iterator 的遍历方式共有的约束
• 想边遍历边删？别在 forEach 里硬刚，改用 Iterator.remove()，或者收集待删元素后批量处理
• CopyOnWriteArrayList.forEach 是个例外：它不检查 modCount，因为迭代器基于快照，但代价是看不到遍历期间的新元素

自定义集合实现 Iterable 时要不要重写 forEach

绝大多数情况不用。除非你有明确性能优势或语义差异，否则直接继承默认实现更安全。

• 如果你的迭代逻辑特殊（比如按某种索引顺序、跳过某些元素、需要预热缓存），重写能让调用方无感受益
• 但如果只是封装了另一个集合，又没做额外控制，重写反而容易漏掉 modCount 校验或异常传播逻辑
• 注意：重写 forEach 不影响 for-each 语法，后者永远依赖 iterator() 返回值
• 测试时别只测“能跑”，要覆盖空集合、单元素、并发修改等边界——默认实现的健壮性已经过 JDK 长期验证，自己写的未必

真正容易被忽略的是：默认 forEach 不提供任何执行上下文控制，比如中断、跳过、并行化。它就是个最朴素的串行消费器。想做更复杂的事，别在它身上堆逻辑，该换 Stream 就换，该手写循环就写。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Java集合forEach方法解析》文章吧，也可关注golang学习网公众号了解相关技术文章。