在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
(编辑)
除了可读性之外，我对事实和数据真的很感兴趣。在某些应用中，最后一英里的性能优化确实很重要。
当前回答
首先是对德米特里的回答(现已删除)的反诉。对于数组，c#编译器为foreach生成的代码与等效的For循环生成的代码大致相同。这就解释了为什么这个基准测试的结果基本相同:
using System;
using System.Diagnostics;
using System.Linq;
class Test
{
const int Size = 1000000;
const int Iterations = 10000;
static void Main()
{
double[] data = new double[Size];
Random rng = new Random();
for (int i=0; i < data.Length; i++)
{
data[i] = rng.NextDouble();
}
double correctSum = data.Sum();
Stopwatch sw = Stopwatch.StartNew();
for (int i=0; i < Iterations; i++)
{
double sum = 0;
for (int j=0; j < data.Length; j++)
{
sum += data[j];
}
if (Math.Abs(sum-correctSum) > 0.1)
{
Console.WriteLine("Summation failed");
return;
}
}
sw.Stop();
Console.WriteLine("For loop: {0}", sw.ElapsedMilliseconds);
sw = Stopwatch.StartNew();
for (int i=0; i < Iterations; i++)
{
double sum = 0;
foreach (double d in data)
{
sum += d;
}
if (Math.Abs(sum-correctSum) > 0.1)
{
Console.WriteLine("Summation failed");
return;
}
}
sw.Stop();
Console.WriteLine("Foreach loop: {0}", sw.ElapsedMilliseconds);
}
}
结果:
For loop: 16638
Foreach loop: 16529
接下来，验证Greg关于集合类型的观点是重要的——在上面将数组更改为List<double>，您将得到完全不同的结果。它不仅在一般情况下要慢得多，而且foreach也比通过索引访问慢得多。话虽如此，我仍然几乎总是喜欢foreach而不是for循环，因为它使代码更简单——因为可读性几乎总是重要的，而微优化很少是。
其他回答
有很好的理由选择foreach循环而不是for循环。如果你可以使用foreach循环，你的老板说你应该这样做是对的。
然而，并不是每次迭代都是简单地按顺序逐个遍历列表。如果他是禁止的，是的，那是错误的。
如果我是你，我会把你所有的for循环转化成递归。这样可以教会他，对你来说也是很好的脑力锻炼。
这可能取决于您枚举的集合类型及其索引器的实现。一般来说，使用foreach可能是一种更好的方法。
而且，它可以与任何IEnumerable一起工作，而不仅仅是与索引器一起工作。
请记住，for循环和foreach-循环并不总是等价的。如果列表更改，列表枚举器将抛出异常，但使用普通的for循环并不总是会得到该警告。如果列表在错误的时间更改，甚至可能会得到不同的异常。
当你遍历常见的结构如数组、列表等时，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++)
每当有关于性能的争论时，您只需要编写一个小测试，以便您可以使用量化结果来支持您的案例。
使用StopWatch类，为了精确起见，重复某件事几百万次。(如果没有for循环，这可能很难):
using System.Diagnostics;
//...
Stopwatch sw = new Stopwatch()
sw.Start()
for(int i = 0; i < 1000000;i ++)
{
//do whatever it is you need to time
}
sw.Stop();
//print out sw.ElapsedMilliseconds
幸运的是，这样做的结果表明差异可以忽略不计，您还可以在最可维护的代码中执行任何结果
