在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
(编辑)
除了可读性之外，我对事实和数据真的很感兴趣。在某些应用中，最后一英里的性能优化确实很重要。
当前回答
影响性能的是您在循环中所做的事情，而不是实际的循环构造(假设您的情况不平凡)。
其他回答
两者之间不太可能有巨大的性能差异。与往常一样，当面对“哪个更快?”的问题时，您应该始终认为“我可以测量这个”。
在循环体中编写两个做相同事情的循环，执行并计时，并查看速度的差异。使用一个几乎为空的主体和一个与您实际要做的类似的循环主体来执行此操作。还可以尝试使用您正在使用的集合类型，因为不同类型的集合可能具有不同的性能特征。
我的猜测是，在99%的情况下，它可能并不重要，所以为什么要选择更快的，而不是最合适的(最容易理解/维护)?
影响性能的是您在循环中所做的事情，而不是实际的循环构造(假设您的情况不平凡)。
Foreach循环比for循环展示了更具体的意图。
使用foreach循环向使用您代码的任何人表明，您计划对集合中的每个成员执行一些操作，而不管其在集合中的位置。它还显示您没有修改原始集合(如果您试图修改，则会抛出异常)。
foreach的另一个优点是它适用于任何IEnumerable，而as for只适用于IList，其中每个元素实际上都有一个索引。
但是，如果需要使用元素的索引，那么当然应该允许使用for循环。但是如果您不需要使用索引，那么使用索引只会使您的代码变得混乱。
据我所知，这对性能没有重大影响。在未来的某个阶段，使用foreach调整代码以在多核上运行可能会更容易，但现在还不需要担心这一点。
这可能取决于您枚举的集合类型及其索引器的实现。一般来说，使用foreach可能是一种更好的方法。
而且，它可以与任何IEnumerable一起工作，而不仅仅是与索引器一起工作。
