这里有一个关于惰性求值和延迟执行的很好的讨论。基本上你必须物化这个列表才能得到这个值。

IEnumerable<T>上的System.Linq.Enumerable.Count扩展方法有以下实现:

ICollection<T> c = source as ICollection<TSource>;
if (c != null)
    return c.Count;

int result = 0;
using (IEnumerator<T> enumerator = source.GetEnumerator())
{
    while (enumerator.MoveNext())
        result++;
}
return result;

因此，它尝试强制转换为具有Count属性的ICollection<T>，并尽可能使用该属性。否则它会迭代。

因此，最好的方法是在IEnumerable<T>对象上使用Count()扩展方法，因为这样可以获得最好的性能。

IEnumerable不支持这个。这是有意为之。IEnumerable使用惰性求值在需要元素之前获取它们。

如果你想知道项目的数量而不迭代它们，你可以使用ICollection<T>，它有一个Count属性。

我发现最好的方法是把它转换成一个列表。

IEnumerable<T> enumList = ReturnFromSomeFunction();

int count = new List<T>(enumList).Count;

IEnumerable不迭代就不能计数。

在“正常”情况下，实现IEnumerable或IEnumerable<T>的类(如List<T>)可以通过返回List<T>来实现Count方法。数属性。然而，Count方法实际上不是在IEnumerable<T>或IEnumerable接口上定义的方法。(事实上，唯一一个是GetEnumerator。)这意味着不能为它提供特定于类的实现。

相反，Count是一个扩展方法，定义在静态类Enumerable上。这意味着可以在IEnumerable<T>派生类的任何实例上调用它，而不管该类的实现如何。但这也意味着它是在一个单独的地方实现的，在任何这些类的外部。这当然意味着它必须以一种完全独立于这些类内部的方式实现。计数的唯一方法是通过迭代。

只是增加了一些额外的信息:

Count()扩展并不总是迭代。考虑Linq to Sql，其中计数将进入数据库，但不是返回所有行，而是发出Sql count()命令并返回结果。

此外，编译器(或运行时)足够聪明，如果有对象的Count()方法，它将调用该方法。所以这并不像其他回应者所说的那样，完全无知，总是为了计算元素而迭代。

在许多情况下，程序员只是检查if(可枚举的。Count != 0)使用Any()扩展方法，如if(enumerable.Any())使用linq的惰性求值要有效得多，因为一旦确定有任何元素，它就会短路。它的可读性也更强