在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
(编辑)
除了可读性之外，我对事实和数据真的很感兴趣。在某些应用中，最后一英里的性能优化确实很重要。
当前回答
我认为使用Parallel.ForEach()以及ConcurrentDictionary或ConcurrentBag会更快
下面是Parallel.ForEach()的例子
var primeNumbers = new ConcurrentBag<T>();
Parallel.ForEach(numbers, number =>
{
if (IsPrime(number))
{
primeNumbers.Add(number);
}
});
And
var productImage = new ConcurrentDictionary<int,ResultModel>();
Parallel.ForEach(pendingActiveImagesBatch, pictureItem =>
{
productImage.TryAdd(pictureItem.Id,pictureItem));
});
引用平行。ForEach 参考ConcurrentDictionary最后
其他回答
当你遍历常见的结构如数组、列表等时，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++)
两者之间不太可能有巨大的性能差异。与往常一样，当面对“哪个更快?”的问题时，您应该始终认为“我可以测量这个”。
在循环体中编写两个做相同事情的循环，执行并计时，并查看速度的差异。使用一个几乎为空的主体和一个与您实际要做的类似的循环主体来执行此操作。还可以尝试使用您正在使用的集合类型，因为不同类型的集合可能具有不同的性能特征。
在我的Windows Mobile项目中，我为控件集合使用了for循环。20个控制需要100毫秒!foreach循环只使用了4毫秒。这是一个性能问题……
Patrick Smacchia上个月写了一篇博客，总结如下:
List上的for循环比foreach便宜2倍多一点 循环列表。 在array上循环比在List上循环便宜2倍左右。 因此，使用for对数组进行循环要便宜5倍 而不是使用foreach在List上循环 (我相信，这是我们都在做的事情)。
我认为在大多数情况下，for比foreach稍微快一点，但这真的没有抓住重点。有一件事我没有看到提到的是，在你正在谈论的场景中(即，一个大容量的web应用程序)，for和foreach之间的性能差异对站点的性能没有影响。你将受到请求/响应时间和DB时间的限制，而不是v. foreach。
也就是说，我不理解你对foreach的厌恶。在我看来，foreach在任何一个都可以使用的情况下通常更清楚。我通常为需要以某种丑陋的、非标准的方式遍历集合的情况而保留。
