在。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

(编辑)

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

当前回答

每种语言结构都有适当的使用时间和地点。c#语言有四个单独的迭代语句是有原因的——每个语句都有特定的目的，并且有适当的用法。

我建议你和你的老板坐下来，试着理性地解释为什么for循环有一个目的。有时for迭代块比foreach迭代块更清楚地描述算法。在这种情况下，使用它们是合适的。

我还要向你的老板指出——性能不是，也不应该是任何实际方式的问题——这更像是用简洁、有意义、可维护的方式表达算法的问题。这样的微优化完全忽略了性能优化的要点，因为任何真正的性能好处都来自算法重新设计和重构，而不是循环重构。

如果在理性的讨论之后，仍然有这种权威主义的观点，那就取决于你如何继续下去了。就我个人而言，我不会喜欢在一个不鼓励理性思考的环境中工作，我会考虑跳槽到另一个雇主手下。然而，我强烈建议在感到不安之前讨论一下——这可能只是一个简单的误解。

其他回答

这可能取决于您枚举的集合类型及其索引器的实现。一般来说，使用foreach可能是一种更好的方法。

而且，它可以与任何IEnumerable一起工作，而不仅仅是与索引器一起工作。

除非您处于特定的速度优化过程中，否则我会建议使用产生最容易阅读和维护代码的方法。

如果已经设置了迭代器，比如其中一个集合类，那么foreach是一个很好的简单选项。如果你迭代的是一个整数范围，那么for可能更简洁。

你可以在Deep .NET - part 1迭代中读到它

它覆盖了从。net源代码一直到反汇编的结果(没有第一次初始化)。

数组迭代使用foreach循环:

And - list迭代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之间没有显著的速度差异，这是荒谬的。如果他要求在所有情况下都使用它，同样适用!

推荐文章