我自己也一直在想，这就是为什么我总是带着这个:

public static void ForEach<T>(this IEnumerable<T> col, Action<T> action)
{
    if (action == null)
    {
        throw new ArgumentNullException("action");
    }
    foreach (var item in col)
    {
        action(item);
    }
}

不错的扩展方法。

部分原因是语言设计者从哲学角度不同意这一观点。

没有(和测试……)一个功能比有一个功能更省事。 它并不是真的更短(有一些传递函数的情况下，它是，但这不是主要用途)。 它的目的是产生副作用，这不是linq的目的。 为什么要用另一种方式来做我们已经拥有的功能呢?(为每一个关键字)

https://blogs.msdn.microsoft.com/ericlippert/2009/05/18/foreach-vs-foreach/

是我还是List<T>。Foreach几乎被Linq淘汰了。 最初有

foreach(X x in Y) 

其中Y必须是IEnumerable (Pre 2.0)，并实现GetEnumerator()。 如果您查看生成的MSIL，您可以看到它与

IEnumerator<int> enumerator = list.GetEnumerator();
while (enumerator.MoveNext())
{
    int i = enumerator.Current;

    Console.WriteLine(i);
}

(MSIL见http://alski.net/post/0a-for-foreach-forFirst-forLast0a-0a-.aspx)

然后在DotNet2.0中出现了泛型和列表。我一直觉得Foreach是访问者模式的实现(参见Gamma, Helm, Johnson, Vlissides的设计模式)。

当然，在3.5中，我们可以使用Lambda来达到同样的效果，举个例子 http://dotnet-developments.blogs.techtarget.com/2008/09/02/iterators-lambda-and-linq-oh-my/

还没有人指出ForEach<T>导致编译时类型检查，其中ForEach关键字是运行时检查的。

在代码中使用了这两个方法之后，我做了一些重构，我倾向于. foreach，因为我必须查找测试失败/运行时失败来找到foreach问题。

@Coincoin

foreach扩展方法的真正功能包括Action<>的可重用性，而无需向代码添加不必要的方法。假设您有10个列表，并且您希望对它们执行相同的逻辑，而对应的函数不适合您的类并且不能重用。您可以将所有逻辑保存在一个地方，而不是使用十个for循环，或者使用一个显然不属于helper的通用函数(Action<>。所以，很多行被替换成

Action<blah,blah> f = { foo };

List1.ForEach(p => f(p))
List2.ForEach(p => f(p))

等等……

逻辑是在一个地方，你没有污染你的课。

请注意，MoreLINQ NuGet提供了您正在寻找的ForEach扩展方法(以及执行委托并产生结果的Pipe方法)。看到的:

https://www.nuget.org/packages/morelinq https://code.google.com/p/morelinq/wiki/OperatorsOverview