在。net中，哪个循环运行得更快，'for'还是'foreach'?

在c# / VB.NET/。哪个循环运行得更快，for还是foreach?

自从很久以前我读到for循环比foreach循环工作得快，我就认为它适用于所有集合、泛型集合、所有数组等。

我搜索了谷歌，找到了几篇文章，但大多数都是不确定的(阅读文章评论)，而且是开放式的。

理想的情况是列出每种情况以及最佳解决方案。

例如(这只是一个例子):

用于迭代1000+的数组字符串- for比foreach好对于迭代IList(非泛型)字符串- foreach更好比

在网上找到了一些相同的参考资料:

由Emmanuel Schanzer撰写的原创文章 CodeProject FOREACH Vs. FOR 博客——去博客还是不去博客，这是个问题 ASP。NET论坛- NET 1.1 c# for vs foreach

(编辑)

除了可读性之外，我对事实和数据真的很感兴趣。在某些应用中，最后一英里的性能优化确实很重要。

当前回答

请记住，for循环和foreach-循环并不总是等价的。如果列表更改，列表枚举器将抛出异常，但使用普通的for循环并不总是会得到该警告。如果列表在错误的时间更改，甚至可能会得到不同的异常。

其他回答

我建议你读读这篇文章，看看具体的答案。本文的结论是，使用for循环通常比foreach循环更好更快。

这可以节省你:

public IEnumerator<int> For(int start, int end, int step) {
    int n = start;
    while (n <= end) {
        yield n;
        n += step;
    }
}

Use:

foreach (int n in For(1, 200, 4)) {
    Console.WriteLine(n);
}

为了获得更大的胜利，你可以把三名代表作为参数。

Foreach循环比for循环展示了更具体的意图。

使用foreach循环向使用您代码的任何人表明，您计划对集合中的每个成员执行一些操作，而不管其在集合中的位置。它还显示您没有修改原始集合(如果您试图修改，则会抛出异常)。

foreach的另一个优点是它适用于任何IEnumerable，而as for只适用于IList，其中每个元素实际上都有一个索引。

但是，如果需要使用元素的索引，那么当然应该允许使用for循环。但是如果您不需要使用索引，那么使用索引只会使您的代码变得混乱。

据我所知，这对性能没有重大影响。在未来的某个阶段，使用foreach调整代码以在多核上运行可能会更容易，但现在还不需要担心这一点。

两者的运行方式几乎完全相同。编写一些代码来使用两者，然后向他展示IL。它应该显示类似的计算，这意味着在性能上没有差异。

这和大多数“哪个更快”的问题有相同的两个答案:

1)如果你不测量，你就不知道。

2)(因为…)视情况而定。

这取决于“MoveNext()”方法的代价，相对于“this[int index]”方法的代价，对于你要迭代的IEnumerable的类型(或类型)。

“foreach”关键字是一系列操作的简写——它在IEnumerable上调用GetEnumerator()一次，每次迭代调用MoveNext()一次，它做一些类型检查，等等。最可能影响性能度量的是MoveNext()的成本，因为它被调用了O(N)次。可能便宜，但也可能不便宜。

“for”关键字看起来更容易预测，但在大多数“for”循环中，你会发现类似“collection[index]”这样的东西。这看起来像是一个简单的数组索引操作，但它实际上是一个方法调用，其开销完全取决于迭代的集合的性质。可能便宜，但也可能不便宜。

如果集合的底层结构本质上是一个链表，MoveNext是非常便宜的，但是索引器可能有O(N)成本，使得“for”循环的真正成本为O(N*N)。

推荐文章