在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稍微快一点，但这真的没有抓住重点。有一件事我没有看到提到的是，在你正在谈论的场景中(即，一个大容量的web应用程序)，for和foreach之间的性能差异对站点的性能没有影响。你将受到请求/响应时间和DB时间的限制，而不是v. foreach。
也就是说，我不理解你对foreach的厌恶。在我看来，foreach在任何一个都可以使用的情况下通常更清楚。我通常为需要以某种丑陋的、非标准的方式遍历集合的情况而保留。
其他回答
影响性能的是您在循环中所做的事情，而不是实际的循环构造(假设您的情况不平凡)。
Jeffrey Richter在最近的播客上谈到了for和foreach之间的性能差异:http://pixel8.infragistics.com/shows/everything.aspx#Episode:9317
我需要使用三个嵌套循环(在List<MyCustomType>上)对一些大型数据进行解析。我想，使用Rob Fonseca-Ensor上面的帖子，比较for和foreach的区别会很有趣。
区别在于: foreach(三个foreach嵌套，如foreach{foreach{forech{}}})在171.441秒内完成了这项工作，而for (for{for{for{}}})在158.616秒内完成了这项工作。
现在13秒大约减少了13%的时间，这对我来说有点重要。然而，foreach绝对比使用三个索引for…
两者之间不太可能有巨大的性能差异。与往常一样，当面对“哪个更快?”的问题时，您应该始终认为“我可以测量这个”。
在循环体中编写两个做相同事情的循环，执行并计时，并查看速度的差异。使用一个几乎为空的主体和一个与您实际要做的类似的循环主体来执行此操作。还可以尝试使用您正在使用的集合类型，因为不同类型的集合可能具有不同的性能特征。
在大多数情况下，其实没有什么区别。
通常，当你没有显式的数值索引时，你总是必须使用foreach，而当你实际上没有可迭代集合时，你总是必须使用for(例如，在上三角形的二维数组网格上迭代)。在某些情况下，你可以做出选择。
有人可能会说，如果代码中开始出现神奇的数字，for循环可能会更难维护。你对不能使用for循环而不得不构建一个集合或使用lambda来构建子集合感到恼火应该是正确的，因为for循环已经被禁止了。
