在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循环更好。
注意，在最后一种情况下，你可以这样做:
foreach (int i in Enumerable.Range(1, 10))...
但它并没有表现得更好，它实际上比for的表现更差。
当你遍历常见的结构如数组、列表等时，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++)
至少我没有看到我的同事或上级这么说，考虑到for和foreach之间没有显著的速度差异，这是荒谬的。如果他要求在所有情况下都使用它，同样适用!
你可以在Deep .NET - part 1迭代中读到它
它覆盖了从。net源代码一直到反汇编的结果(没有第一次初始化)。
数组迭代使用foreach循环:
And - list迭代foreach循环:
最终结果是:
我不期望任何人发现两者之间的“巨大”性能差异。
我想答案取决于您试图访问的集合是否具有更快的indexer访问实现或更快的IEnumerator访问实现。由于IEnumerator经常使用索引器，并且仅保存当前索引位置的副本，因此我希望枚举器访问至少与直接索引访问一样慢或更慢，但不会慢太多。
当然，这个答案没有解释编译器可能实现的任何优化。
