在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循环。
其他回答
每种语言结构都有适当的使用时间和地点。c#语言有四个单独的迭代语句是有原因的——每个语句都有特定的目的，并且有适当的用法。
我建议你和你的老板坐下来，试着理性地解释为什么for循环有一个目的。有时for迭代块比foreach迭代块更清楚地描述算法。在这种情况下，使用它们是合适的。
我还要向你的老板指出——性能不是，也不应该是任何实际方式的问题——这更像是用简洁、有意义、可维护的方式表达算法的问题。这样的微优化完全忽略了性能优化的要点，因为任何真正的性能好处都来自算法重新设计和重构，而不是循环重构。
如果在理性的讨论之后，仍然有这种权威主义的观点，那就取决于你如何继续下去了。就我个人而言，我不会喜欢在一个不鼓励理性思考的环境中工作，我会考虑跳槽到另一个雇主手下。然而，我强烈建议在感到不安之前讨论一下——这可能只是一个简单的误解。
Patrick Smacchia上个月写了一篇博客，总结如下:
List上的for循环比foreach便宜2倍多一点 循环列表。 在array上循环比在List上循环便宜2倍左右。 因此，使用for对数组进行循环要便宜5倍 而不是使用foreach在List上循环 (我相信，这是我们都在做的事情)。
我遇到了一个案子，foreach比For快得多
为什么foreach在读取richtextbox行时比for循环快
我有一个类似于那个问题中的OP的案例。
A textbox reading about 72K lines, and I was accessling the Lines property(which is actually a getter method). (And apparently often in winforms there are getter methods that aren't O(1). I suppose it's O(n), so the larger the textbox the longer it takes to get a value from that 'property'. And in the for loop I had as the OP there had for(int i=0;i<textBox1.lines.length;i++) str=textBox1.Lines[i] , and it was really quite slow as it was reading the entire textbox each time it read a line plus it was reading the entire textbox each time it checked the condition.
Jon Skeet演示了您可以只访问一次Lines属性(甚至不是每次迭代一次，只是一次)。而不是每次迭代两次(这是大量的次数)。Do string[] strarlines = textBox1.Lines;然后在星线间循环。
但是一个直观形式的for循环访问Lines属性是非常低效的
for (int i = 0; i < richTextBox.Lines.Length; i++)
{
s = richTextBox.Lines[i];
}
对于文本框，或者富文本框，它非常慢。
OP在一个富文本框上测试了这个循环，发现“有15000行。For循环花了8分钟才循环到15000行。而foreach只花了不到一秒钟的时间来列举它。”
那个链接的OP发现这个foreach比上面提到的他(同一个OP)的for循环要有效得多。就像我一样。
String s=String.Empty;
foreach(string str in txtText.Lines)
{
s=str;
}
我需要使用三个嵌套循环(在List<MyCustomType>上)对一些大型数据进行解析。我想，使用Rob Fonseca-Ensor上面的帖子，比较for和foreach的区别会很有趣。
区别在于: foreach(三个foreach嵌套，如foreach{foreach{forech{}}})在171.441秒内完成了这项工作，而for (for{for{for{}}})在158.616秒内完成了这项工作。
现在13秒大约减少了13%的时间，这对我来说有点重要。然而，foreach绝对比使用三个索引for…
for是否比foreach快确实不是重点。我非常怀疑选择其中之一会对你的表现产生重大影响。
优化应用程序的最佳方法是对实际代码进行分析。这将精确地找出占用最多工作/时间的方法。首先优化它们。如果性能仍然不能接受，请重复上述步骤。
一般来说，我建议不要进行微观优化，因为它们很少会产生任何显著的收益。唯一的例外是在优化确定的热门路径时(即，如果您的分析确定了一些高度使用的方法，那么广泛地优化这些方法可能是有意义的)。
