在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-循环的速度差异很小，并且在集合上执行LINQ查询几乎总是稍微慢一些，尽管它写得更好!正如其他海报上说的那样，追求表现力而不是多出一毫秒的性能。
到目前为止还没有说的是，当编译foreach循环时，编译器会根据它迭代的集合对它进行优化。这意味着当你不确定使用哪个循环时，你应该使用foreach循环——它会在编译时为你生成最好的循环。它的可读性也更强。
foreach循环的另一个关键优势是，如果你的集合实现发生了变化(例如，从int数组到List<int>)，那么你的foreach循环将不需要任何代码更改:
foreach (int i in myCollection)
不管你的集合是什么类型，上面的都是一样的，而在你的for循环中，如果你把myCollection从数组改变为List，下面的将不会构建:
for (int i = 0; i < myCollection.Length, i++)
其他回答
Jeffrey Richter在techhed 2005上说:
"I have come to learn over the years the C# compiler is basically a liar to me." .. "It lies about many things." .. "Like when you do a foreach loop..." .. "...that is one little line of code that you write, but what the C# compiler spits out in order to do that it's phenomenal. It puts out a try/finally block in there, inside the finally block it casts your variable to an IDisposable interface, and if the cast suceeds it calls the Dispose method on it, inside the loop it calls the Current property and the MoveNext method repeatedly inside the loop, objects are being created underneath the covers. A lot of people use foreach because it's very easy coding, very easy to do.." .. "foreach is not very good in terms of performance, if you iterated over a collection instead by using square bracket notation, just doing index, that's just much faster, and it doesn't create any objects on the heap..."
按需网络直播: http://msevents.microsoft.com/CUI/WebCastEventDetails.aspx?EventID=1032292286&EventCategory=3&culture=en-US&CountryCode=US
“有没有什么论据可以帮助我说服他使用for循环是可以接受的?”
不，如果你的老板事无巨细地告诉你应该使用哪种编程语言结构，你就真的没什么可说的了。对不起。
请记住，for循环和foreach-循环并不总是等价的。如果列表更改，列表枚举器将抛出异常，但使用普通的for循环并不总是会得到该警告。如果列表在错误的时间更改，甚至可能会得到不同的异常。
每种语言结构都有适当的使用时间和地点。c#语言有四个单独的迭代语句是有原因的——每个语句都有特定的目的，并且有适当的用法。
我建议你和你的老板坐下来，试着理性地解释为什么for循环有一个目的。有时for迭代块比foreach迭代块更清楚地描述算法。在这种情况下，使用它们是合适的。
我还要向你的老板指出——性能不是，也不应该是任何实际方式的问题——这更像是用简洁、有意义、可维护的方式表达算法的问题。这样的微优化完全忽略了性能优化的要点，因为任何真正的性能好处都来自算法重新设计和重构，而不是循环重构。
如果在理性的讨论之后，仍然有这种权威主义的观点，那就取决于你如何继续下去了。就我个人而言，我不会喜欢在一个不鼓励理性思考的环境中工作，我会考虑跳槽到另一个雇主手下。然而，我强烈建议在感到不安之前讨论一下——这可能只是一个简单的误解。
完全禁止使用for循环之类的东西似乎有点奇怪。
这里有一篇有趣的文章，介绍了两个循环之间的许多性能差异。
我个人会说，我发现foreach比for循环更具可读性，但你应该使用最好的方法来完成手头的工作，如果for循环更合适的话，就不必编写额外的长代码来包含foreach循环。
