在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
(编辑)
除了可读性之外，我对事实和数据真的很感兴趣。在某些应用中，最后一英里的性能优化确实很重要。
当前回答
Foreach循环比for循环展示了更具体的意图。
使用foreach循环向使用您代码的任何人表明，您计划对集合中的每个成员执行一些操作，而不管其在集合中的位置。它还显示您没有修改原始集合(如果您试图修改，则会抛出异常)。
foreach的另一个优点是它适用于任何IEnumerable，而as for只适用于IList，其中每个元素实际上都有一个索引。
但是，如果需要使用元素的索引，那么当然应该允许使用for循环。但是如果您不需要使用索引，那么使用索引只会使您的代码变得混乱。
据我所知，这对性能没有重大影响。在未来的某个阶段，使用foreach调整代码以在多核上运行可能会更容易，但现在还不需要担心这一点。
其他回答
Foreach循环比for循环展示了更具体的意图。
使用foreach循环向使用您代码的任何人表明，您计划对集合中的每个成员执行一些操作，而不管其在集合中的位置。它还显示您没有修改原始集合(如果您试图修改，则会抛出异常)。
foreach的另一个优点是它适用于任何IEnumerable，而as for只适用于IList，其中每个元素实际上都有一个索引。
但是，如果需要使用元素的索引，那么当然应该允许使用for循环。但是如果您不需要使用索引，那么使用索引只会使您的代码变得混乱。
据我所知，这对性能没有重大影响。在未来的某个阶段，使用foreach调整代码以在多核上运行可能会更容易，但现在还不需要担心这一点。
for是否比foreach快确实不是重点。我非常怀疑选择其中之一会对你的表现产生重大影响。
优化应用程序的最佳方法是对实际代码进行分析。这将精确地找出占用最多工作/时间的方法。首先优化它们。如果性能仍然不能接受，请重复上述步骤。
一般来说，我建议不要进行微观优化，因为它们很少会产生任何显著的收益。唯一的例外是在优化确定的热门路径时(即，如果您的分析确定了一些高度使用的方法，那么广泛地优化这些方法可能是有意义的)。
我需要使用三个嵌套循环(在List<MyCustomType>上)对一些大型数据进行解析。我想，使用Rob Fonseca-Ensor上面的帖子，比较for和foreach的区别会很有趣。
区别在于: foreach(三个foreach嵌套，如foreach{foreach{forech{}}})在171.441秒内完成了这项工作，而for (for{for{for{}}})在158.616秒内完成了这项工作。
现在13秒大约减少了13%的时间，这对我来说有点重要。然而，foreach绝对比使用三个索引for…
Jeffrey Richter在最近的播客上谈到了for和foreach之间的性能差异:http://pixel8.infragistics.com/shows/everything.aspx#Episode:9317
有很好的理由选择foreach循环而不是for循环。如果你可以使用foreach循环，你的老板说你应该这样做是对的。
然而，并不是每次迭代都是简单地按顺序逐个遍历列表。如果他是禁止的，是的，那是错误的。
如果我是你，我会把你所有的for循环转化成递归。这样可以教会他，对你来说也是很好的脑力锻炼。
