Count 属性与 Count() 方法？

Question

使用集合时，我有两种方法来获取对象的数量； Count （属性）和 Count() （方法）。有谁知道主要区别是什么？

我可能是错的，但我总是在任何条件语句中使用 Count 属性，因为我假设 Count() 方法对集合执行某种查询，其中因为 Count 必须在我“获取”之前就已分配。但这只是一个猜测——我不知道如果我错了，性能是否会受到影响。

编辑：出于好奇，如果集合为 null，Count() 会抛出异常吗？因为我非常确定 Count 属性只会返回 0。

Answer 1

反编译 Count() 扩展方法的源代码显示，它测试该对象是否是 ICollection（通用或其他），如果是，则简单地返回底层 Count 属性：

因此，如果您的代码访问 Count 而不是调用 Count()，您可以绕过类型检查 - 理论上的性能优势，但我怀疑它会成为一名引人注目的人！

// System.Linq.Enumerable
public static int Count<TSource>(this IEnumerable<TSource> source)
{
    checked
    {
        if (source == null)
        {
            throw Error.ArgumentNull("source");
        }
        ICollection<TSource> collection = source as ICollection<TSource>;
        if (collection != null)
        {
            return collection.Count;
        }
        ICollection collection2 = source as ICollection;
        if (collection2 != null)
        {
            return collection2.Count;
        }
        int num = 0;
        using (IEnumerator<TSource> enumerator = source.GetEnumerator())
        {
            while (enumerator.MoveNext())
            {
                num++;
            }
        }
        return num;
    }
}

Answer 2

性能只是选择其中之一的原因之一。选择 .Count() 意味着您的代码将更加通用。我曾经有过重构一些代码的情况，这些代码不再生成集合，而是生成一些更通用的代码，例如 IEnumerable，但其他代码因此而崩溃，因为它依赖于 .Count 并且我不得不将其更改为 .Count()。如果我决定在任何地方都使用 .Count()，那么代码可能会更具可重用性和可维护性。如果可以的话，通常选择使用更通用的接口是最好的选择。通过更通用，我的意思是由更多类型实现的更简单的接口，从而使代码之间具有更大的兼容性。

我并不是说 .Count() 更好，我只是说还有其他考虑因素更多地涉及您正在编写的代码的可重用性。

Answer 3

.Count() 方法可能足够聪明，或者知道有问题的类型，如果是这样，它可能使用底层的< code>.Count 属性。

话又说回来，可能不会。

我想说，可以安全地假设，如果集合本身具有 .Count 属性，那么在性能方面这将是您的最佳选择。

如果 .Count() 方法不知道该集合，它将对其进行枚举，这将是一个 O(n) 操作。

Answer 4

简短版本：如果您可以在 Count 属性和 Count() 方法之间进行选择，请始终选择该属性。

差异主要在于操作效率。所有公开 Count 属性的 BCL 集合都以 O(1) 的方式执行此操作。 Count() 方法虽然可以而且通常会花费 O(N) 的成本。对于某些实现，有一些检查尝试使其达到 O(1)，但这绝不是保证的。

Answer 5

Count() 方法是适用于任何 IEnumerable 的 LINQ 方法。您可能期望 Count() 方法迭代整个集合来查找计数，但我相信 LINQ 代码实际上有一些优化来检测 Count 属性是否存在，如果存在，则使用它。

所以他们应该做几乎相同的事情。 Count 属性可能稍微好一些，因为不需要在那里进行类型检查。

Answer 6

Count() 方法是一种扩展方法，它迭代 IEnumerable>> 的每个元素并返回其中有多少个元素。如果 IEnumerable 的实例实际上是 List<>，那么它会被优化为返回 Count 属性，而不是迭代所有元素。

Answer 7

Count() 是 LINQ 的扩展方法 - Count 是 List（实际的 .NET 集合对象）上的一个属性。

因此，Count() 几乎总是会变慢，因为它将枚举集合/可查询对象。在列表、队列、堆栈等上，使用Count。或者对于数组 - Length。

Answer 8

如果存在 Count 或 Length 属性，您应该始终首选该属性而不是 Count() 方法，后者通常会迭代整个集合进行计数内的元素数量。例如，当 Count() 方法针对 LINQ to SQL 或 LINQ to Entities 源时会出现例外，在这种情况下，它将针对数据源执行计数查询。即使如此，如果有一个 Count 属性，您可能会更喜欢它，因为它可能需要做的工作较少。

Answer 9

Count() 方法对 ICollection 进行了优化，从而导致调用 Count 属性。在这种情况下，性能可能没有显着差异。

不过，除了 ICollection 之外，还有其他类型可以替代 Count() 扩展方法。此代码分析性能规则针对以下类型触发。

CA1829：使用长度/计数因此

System.Array
System.Collections.Immutable.ImmutableArray<T>
System.Collections.ICollection
System.Collections.Generic.ICollection<T>
System.Collections.Generic.IReadOnlyCollection<T>

，我们应该使用 Count 和 Length 属性（如果它们可用）并回退到 Count() 扩展否则方法。

Answer 10

.Count 是集合的一个属性，用于获取集合中的元素。与 .Count() 不同，它是 LINQ 的扩展方法，用于计算元素的数量。

一般来说，.Count 比 .Count() 更快，因为它不需要创建和枚举 LINQ 查询的开销。

最好使用 .Count 属性，除非您需要 .Count() 方法提供的附加功能，例如指定过滤谓词的能力，例如

int count = numbers.Count(n => n.Id == 100);