在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
(编辑)
除了可读性之外，我对事实和数据真的很感兴趣。在某些应用中，最后一英里的性能优化确实很重要。
当前回答
你可以用一个IQueryable .foreach闭包来代替:
myList.ForEach(c => Console.WriteLine(c.ToString());
其他回答
一种强大而精确的测量时间的方法是使用BenchmarkDotNet库。
在下面的示例中，我在for/foreach上对1,000,000,000个整数记录进行了循环，并使用BenchmarkDotNet进行了测量:
using BenchmarkDotNet.Attributes;
using BenchmarkDotNet.Running;
public class Program
{
public static void Main()
{
BenchmarkRunner.Run<LoopsBenchmarks>();
}
}
[MemoryDiagnoser]
public class LoopsBenchmarks
{
private List<int> arr = Enumerable.Range(1, 1_000_000_000).ToList();
[Benchmark]
public void For()
{
for (int i = 0; i < arr.Count; i++)
{
int item = arr[i];
}
}
[Benchmark]
public void Foreach()
{
foreach (int item in arr)
{
}
}
}
结果如下:
结论
在上面的例子中，我们可以看到for循环比foreach循环略快。我们还可以看到两者使用相同的内存分配。
我的猜测是，在99%的情况下，它可能并不重要，所以为什么要选择更快的，而不是最合适的(最容易理解/维护)?
我认为在大多数情况下，for比foreach稍微快一点，但这真的没有抓住重点。有一件事我没有看到提到的是，在你正在谈论的场景中(即，一个大容量的web应用程序)，for和foreach之间的性能差异对站点的性能没有影响。你将受到请求/响应时间和DB时间的限制，而不是v. foreach。
也就是说，我不理解你对foreach的厌恶。在我看来，foreach在任何一个都可以使用的情况下通常更清楚。我通常为需要以某种丑陋的、非标准的方式遍历集合的情况而保留。
有很好的理由选择foreach循环而不是for循环。如果你可以使用foreach循环，你的老板说你应该这样做是对的。
然而，并不是每次迭代都是简单地按顺序逐个遍历列表。如果他是禁止的，是的，那是错误的。
如果我是你，我会把你所有的for循环转化成递归。这样可以教会他，对你来说也是很好的脑力锻炼。
在处理对象集合的情况下，foreach更好，但如果要增加一个数字，则for循环更好。
注意，在最后一种情况下，你可以这样做:
foreach (int i in Enumerable.Range(1, 10))...
但它并没有表现得更好，它实际上比for的表现更差。
