在。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循环更好更快。

其他回答

这可以节省你:

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);
}

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

完全禁止使用for循环之类的东西似乎有点奇怪。

这里有一篇有趣的文章，介绍了两个循环之间的许多性能差异。

我个人会说，我发现foreach比for循环更具可读性，但你应该使用最好的方法来完成手头的工作，如果for循环更合适的话，就不必编写额外的长代码来包含foreach循环。

它将永远接近。对于数组，有时For稍微快一点，但foreach更有表现力，并提供LINQ等。总的来说，坚持使用foreach。

此外，foreach可能在某些情况下进行了优化。例如，一个链表对于indexer来说可能很糟糕，但是对于foreach来说可能很快。实际上，由于这个原因，标准LinkedList<T>甚至没有提供索引器。

我认为在大多数情况下，for比foreach稍微快一点，但这真的没有抓住重点。有一件事我没有看到提到的是，在你正在谈论的场景中(即，一个大容量的web应用程序)，for和foreach之间的性能差异对站点的性能没有影响。你将受到请求/响应时间和DB时间的限制，而不是v. foreach。

也就是说，我不理解你对foreach的厌恶。在我看来，foreach在任何一个都可以使用的情况下通常更清楚。我通常为需要以某种丑陋的、非标准的方式遍历集合的情况而保留。

For有更简单的逻辑实现，所以它比foreach快。

推荐文章