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