遍历集合几乎是每个程序都绕不开的操作。统计订单金额、筛选用户列表、批量更新配置，这些需求最终都会落到同一件事上：把集合里的每一项拿出来处理一遍。在众多遍历方式中，foreach 循环凭借简洁直观的语法脱颖而出，它把开发者从索引管理、边界判断这些琐碎细节中解放出来，让代码的关注点回归到业务逻辑本身。本文将系统讲解 foreach 的用法、底层原理以及各种实战技巧，帮助你真正掌握这种优雅的遍历方式。
一、foreach 的基本语法与使用场景
foreach 是一种专门为遍历集合设计的循环结构，它的核心思想是：由集合自己决定遍历顺序，开发者只需要声明对每一项做什么。以 C# 为例，最基础的写法如下：
string[] fruits = { "苹果", "香蕉", "橙子" };
foreach (string fruit in fruits)
{
Console.WriteLine($"当前水果：{fruit}");
}
这段代码不需要声明索引变量，不需要写循环终止条件，也不需要担心数组越界。编译器会自动保证遍历从第一项开始、到最后一项结束，这正是 foreach 最大的魅力所在。同样的语义在其他语言中也存在，只是名字略有不同：Java 里叫增强 for 循环，写作 for (String fruit : fruits)；JavaScript 里是 for...of 语句；Python 则直接复用 for fruit in fruits 的形式。虽然语法细节各异，但它们表达的都是同一个概念：迭代。
foreach 适用的场景非常广泛。当你需要顺序访问集合中的所有元素且不需要修改集合结构时，foreach 几乎总是最佳选择。相比之下，传统的 for 循环更适合需要索引参与运算的场景，比如隔项访问、二分查找、需要同时遍历两个集合等。选择哪种循环，关键看你的逻辑是否依赖位置信息，而不是盲目地认为某一种一定更快。
二、foreach 背后的迭代器原理
很多人把 foreach 当作 for 循环的语法糖，这个理解只对了一半。foreach 的底层依赖的是迭代器模式，而不是简单的索引递增。当一个集合支持被 foreach 遍历时，它实际上实现了某种可迭代协议。以 Java 为例，任何实现了 Iterable 接口的类都可以被增强 for 循环遍历，编译器会把 for-each 语法转换为下面的等价形式：
// for (String item : list) 会被编译器翻译为：
Iterator<String> it = list.iterator();
while (it.hasNext()) {
String item = it.next();
System.out.println(item);
}
这个转换过程解释了 foreach 的很多行为特征。首先，迭代器维护了一个内部游标，每次调用 next 方法游标前移，hasNext 判断是否还有剩余元素，整个过程不依赖索引，因此链表这类不支持随机访问的数据结构也能高效遍历。其次，迭代器通常会携带一个修改计数器，如果在遍历过程中集合被结构性修改（比如新增或删除元素），下一次调用 next 时就会抛出 ConcurrentModificationException，这是 Java 提供的快速失败机制，用来尽早暴露并发修改问题，避免出现难以追踪的数据错乱。
理解了迭代器原理，你就明白了为什么 foreach 里拿不到当前元素的索引，因为迭代器协议本身只承诺给你下一个元素，不承诺告诉你它排在第几位。这也解释了为什么 C# 中实现了 IEnumerable 接口的类型都能用 foreach，包括那些惰性生成的序列，比如 LINQ 查询结果只有在被迭代时才真正执行计算，这种延迟执行的特性能带来很大的性能优化空间。
三、遍历时删除元素的正确姿势
新手最容易踩的坑就是在 foreach 循环体内直接删除元素。比如下面的 Java 代码，意图是清理列表中所有无效用户，但运行时会直接抛出并发修改异常：
List<String> users = new ArrayList<(List<String>>)(); // 仅为示意
List<String> names = new ArrayList<>(List.of("张三", "李四", "无效用户"));
// 错误示范：遍历时直接删除
for (String name : names) {
if (name.equals("无效用户")) {
names.remove(name); // 抛出 ConcurrentModificationException
}
}
异常的根源在于上一节提到的修改计数器：remove 操作改变了集合结构，迭代器检测到计数器不一致后立刻失败。解决这个问题的思路有三种。第一种是改用迭代器自己的 remove 方法，它会在删除后同步更新计数器，安全地删除当前刚取出的元素：
Iterator<String> it = names.iterator();
while (it.hasNext()) {
if (it.next().equals("无效用户")) {
it.remove(); // 正确：通过迭代器删除
}
}
第二种是倒序的普通 for 循环，从最后一个索引往前遍历，删除元素后前面的索引不受影响。第三种则是函数式方案，直接调用集合的 removeIf 方法，一行代码完成过滤，既简洁又避免了手动管理迭代器。三种方式各有适用场景：需要精细控制删除逻辑时用迭代器，逻辑简单时优先用 removeIf，这两者都比在 foreach 里硬删要安全得多。
四、遍历字典与控制循环流程的技巧
字典（哈希表、Map、Dictionary）的遍历比列表多一个维度：键和值。C# 中遍历 Dictionary 时通常用 KeyValuePair 结构同时拿到两者：
var scores = new Dictionary<string, int>
{
["语文"] = 92,
["数学"] = 88,
["英语"] = 95
};
foreach (var pair in scores)
{
Console.WriteLine($"{pair.Key}：{pair.Key}科目的分数是 {pair.Value}");
}
Java 的写法类似，通过 entrySet 拿到 Entry 对象访问键值，或者用 keySet 只遍历键。需要注意的是，遍历字典时的修改规则更严格：不仅不能增删键值对，很多实现连修改已有键对应的值都建议谨慎处理，因为值的变更可能影响哈希分布（尤其是当值参与了哈希计算的对象时）。
关于流程控制，foreach 同样支持 break 和 continue。break 用于提前终止整个遍历，典型场景是在集合中查找第一个满足条件的元素，找到后立即退出，避免无谓的后续扫描；continue 则跳过当前项进入下一次迭代。另外，C# 提供了 yield return 关键字，允许你自定义返回 IEnumerable 的方法，把复杂的数据源包装成可以被 foreach 的序列，这是构建流式处理管道的利器。善用这些特性，配合 lambda 表达式和流式 API（比如 Java Stream 或 C# LINQ），你会发现大部分遍历代码都能写得既短又清晰，可读性远超手写循环。
五、foreach 与 for 循环的性能对比
关于性能，流传着一个说法：for 循环比 foreach 快。这个结论需要辩证看待。对于数组这种连续内存结构，传统 for 循环通过下标直接访问，确实少了迭代器的方法调用开销，在极端性能敏感的场景下（比如每秒百万次的小数组遍历）差距可以被测量出来。但对于链表、树等非线性结构，foreach 通过迭代器访问反而更优，因为 for 循环的 get(index) 调用会导致链表每次都从头遍历，时间复杂度退化到平方级。
现代编译器和即时编译器对 foreach 的优化已经相当成熟，方法内联、逃逸分析等手段能把迭代器的开销压缩到接近手写循环的水平。在绝大多数业务代码中，两者性能差异可以忽略不计，此时可读性和安全性应该作为首要考量。foreach 天然防止越界、防止漏项、防止死循环，这些安全保障的价值远高于纳秒级的性能差异。一个实用的原则是：默认用 foreach，只有当基准测试证明 for 循环在热点路径上有明显收益时才做替换。
总结一下，foreach 不仅仅是一个语法便捷的循环写法，它背后是迭代器模式带来的抽象与保护。掌握它的工作原理、了解各语言的语法差异、避开遍历时修改集合的陷阱，你的遍历代码就能真正做到优雅且健壮。下次面对集合处理需求时，不妨先想想 foreach 是否是最合适的工具，多数时候答案是肯定的。