首先是对德米特里的回答(现已删除)的反诉。对于数组，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在读取richtextbox行时比for循环快

我有一个类似于那个问题中的OP的案例。

A textbox reading about 72K lines, and I was accessling the Lines property(which is actually a getter method). (And apparently often in winforms there are getter methods that aren't O(1). I suppose it's O(n), so the larger the textbox the longer it takes to get a value from that 'property'. And in the for loop I had as the OP there had for(int i=0;i<textBox1.lines.length;i++) str=textBox1.Lines[i] , and it was really quite slow as it was reading the entire textbox each time it read a line plus it was reading the entire textbox each time it checked the condition.

Jon Skeet演示了您可以只访问一次Lines属性(甚至不是每次迭代一次，只是一次)。而不是每次迭代两次(这是大量的次数)。Do string[] strarlines = textBox1.Lines;然后在星线间循环。

但是一个直观形式的for循环访问Lines属性是非常低效的

for (int i = 0; i < richTextBox.Lines.Length; i++)
{
    s = richTextBox.Lines[i];
}

对于文本框，或者富文本框，它非常慢。

OP在一个富文本框上测试了这个循环，发现“有15000行。For循环花了8分钟才循环到15000行。而foreach只花了不到一秒钟的时间来列举它。”

那个链接的OP发现这个foreach比上面提到的他(同一个OP)的for循环要有效得多。就像我一样。

   String s=String.Empty;
   foreach(string str in txtText.Lines)
    {
       s=str;
    }

在大多数情况下，其实没有什么区别。

通常，当你没有显式的数值索引时，你总是必须使用foreach，而当你实际上没有可迭代集合时，你总是必须使用for(例如，在上三角形的二维数组网格上迭代)。在某些情况下，你可以做出选择。

有人可能会说，如果代码中开始出现神奇的数字，for循环可能会更难维护。你对不能使用for循环而不得不构建一个集合或使用lambda来构建子集合感到恼火应该是正确的，因为for循环已经被禁止了。

它将永远接近。对于数组，有时For稍微快一点，但foreach更有表现力，并提供LINQ等。总的来说，坚持使用foreach。

此外，foreach可能在某些情况下进行了优化。例如，一个链表对于indexer来说可能很糟糕，但是对于foreach来说可能很快。实际上，由于这个原因，标准LinkedList<T>甚至没有提供索引器。

我之前测试过，结果是for循环比foreach循环快得多。原因很简单，foreach循环首先需要为集合实例化一个IEnumerator。

Foreach循环比for循环展示了更具体的意图。

使用foreach循环向使用您代码的任何人表明，您计划对集合中的每个成员执行一些操作，而不管其在集合中的位置。它还显示您没有修改原始集合(如果您试图修改，则会抛出异常)。

foreach的另一个优点是它适用于任何IEnumerable，而as for只适用于IList，其中每个元素实际上都有一个索引。

但是，如果需要使用元素的索引，那么当然应该允许使用for循环。但是如果您不需要使用索引，那么使用索引只会使您的代码变得混乱。

据我所知，这对性能没有重大影响。在未来的某个阶段，使用foreach调整代码以在多核上运行可能会更容易，但现在还不需要担心这一点。