IEnumerable不迭代就不能计数。

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

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

我的一个朋友有一系列的博客文章来说明为什么你不能这样做。他创建了一个返回IEnumerable的函数，每次迭代都会返回下一个质数，一直到ulong。MaxValue，下一项直到您请求它时才计算。一个简单的问题:返回了多少项?

以下是一些帖子，但它们有点长:

Beyond Loops(提供一个在其他帖子中使用的初始EnumerableUtility类) 迭代应用(初始实现) 疯狂的扩展方法:ToLazyList(性能优化)

我在一个方法中使用了这样的方法来检查传入的IEnumberable内容

if( iEnum.Cast<Object>().Count() > 0) 
{

}

在这样的方法中:

GetDataTable(IEnumberable iEnum)
{  
    if (iEnum != null && iEnum.Cast<Object>().Count() > 0) //--- proceed further

}

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

IEnumerable<T> enumList = ReturnFromSomeFunction();

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

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

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

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

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

LINQ中有一个用于。net 6的新方法 观看https://www.youtube.com/watch?v=sIXKpyhxHR8

Tables.TryGetNonEnumeratedCount(out var count)