在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可能是一种更好的方法。
而且，它可以与任何IEnumerable一起工作，而不仅仅是与索引器一起工作。
其他回答
我认为使用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最后
我的猜测是，在99%的情况下，它可能并不重要，所以为什么要选择更快的，而不是最合适的(最容易理解/维护)?
在我的Windows Mobile项目中，我为控件集合使用了for循环。20个控制需要100毫秒!foreach循环只使用了4毫秒。这是一个性能问题……
除非您处于特定的速度优化过程中，否则我会建议使用产生最容易阅读和维护代码的方法。
如果已经设置了迭代器，比如其中一个集合类，那么foreach是一个很好的简单选项。如果你迭代的是一个整数范围，那么for可能更简洁。
它将永远接近。对于数组，有时For稍微快一点，但foreach更有表现力，并提供LINQ等。总的来说，坚持使用foreach。
此外，foreach可能在某些情况下进行了优化。例如，一个链表对于indexer来说可能很糟糕，但是对于foreach来说可能很快。实际上，由于这个原因，标准LinkedList<T>甚至没有提供索引器。
