for在数组和List等支持随机访问的集合中通常更快,因无枚举器开销;foreach更安全可读,适合多数场景且不易出错。

在C#中,for 和 foreach 都能遍历集合,但性能表现并不总是一样。关键看集合类型、是否需要索引、以及是否在循环中修改集合 —— 这些因素直接影响哪种写法更高效、更安全。
数组和List:for通常更快
对于数组或 List<t></t> 这类支持快速随机访问的集合,for 循环往往比 foreach 略快,尤其在量(如百万级)且循环体简单时。原因在于:
- for 直接用整数索引访问元素,无额外对象创建或接口调用开销
- foreach 在底层会调用 GetEnumerator(),对 List
会生成一个 Enumerator 结构体(虽是分配,仍有轻微构造/MoveNext/Current 开销) - 编译器对 for 的优化更直接(如边界检查消除在某些场景下可能生效)
示例:遍历一百万个整数
✔ 推荐(稍快,可控性强):
for (int i = 0; i < list.Count; i++)<br>{<br> sum += list[i];<br>}
✘ 不必要地慢一点(非错误,只是有微小开销):
foreach (int x in list)<br>{<br> sum += x;<br>}
IEnumerable 或延迟执行集合:只能用foreach
如果源是 LINQ 查询结果(如 Where()、Select())、数据库查询(EF 的 IQueryable)、或自定义 yield return 方法,它本质是 IEnumerable
- for 循环无法使用 —— 没有 Count 属性或无法高效获取长度(可能触发完整枚举)
- 强行转成 List 或数组会立刻执行并占用内存,失去延迟优势
- foreach 是唯一自然、安全、符合设计意图的方式
此时谈“for 更快”没有意义 —— 它根本不可用,或用了反而更差。
需要索引或反向遍历:for更直接
当你需要当前元素的下标、要跳过某些位置、或从后往前处理时,for 是更清晰、更高效的选择。
可以生成十多种编程语言的工作代码,基于 OpenAI GPT-3 的自然语言处理模型
144 - foreach 本身不暴露索引;若硬要在 foreach 中用计数器,易出错且语义不清
- 反向遍历(如删除匹配项)用 for 倒序更安全,避免索引越界或漏删
例如:删除满足条件的字符串(倒序 for 避免索引偏移)
for (int i = list.Count - 1; i >= 0; i--)<br>{<br> if (list[i].Length == 0)<br> list.RemoveAt(i);<br>}
安全性与可读性:foreach多数时候更优
尽管 for 在特定场景略快,但foreach 更不容易出错、意图更明确、且编译器做了不少优化:
- 自动处理 null 检查(对 null 集合抛 NullReferenceException,行为一致)
- 避免手写边界错误(如
i 导致越界) - 对 Dictionary、HashSet、自定义集合等,foreach 是标准遍历方式,无需关心内部结构
- .NET 6+ 对 foreach 的 Span
和数组场景做了专门优化,差距进一步缩小
除非你真正在意几纳秒的差异,并且已通过 Profiler 确认这是瓶颈,否则优先选 foreach。
基本上就这些。for 和 foreach 不是“谁淘汰谁”的关系,而是各司其职:for 胜在控制力和特定集合下的效率,foreach 胜在通用性、安全性和表达力。选哪个,取决于你手上的集合类型和具体需求。
以上就是C# For和Foreach循环的性能差异 – 遍历集合的最佳选择的详细内容,更多请关注php中文网其它相关文章!
微信扫一扫打赏
支付宝扫一扫打赏
