在 .NET 开发中，开发者常用于判断集合元素数量：List<T>.Count 和 LINQ 中的 Count()。它们看似相似，但语义与性能表现存在显著差异。本文从底层机制出发，逐步剖析两者区别，并结合最佳实践给出建议。
基础区别 —— 属性 vs 扩展方法
List<T>.Count 是 List<T>（源自 ICollection<T>）本身提供的属性，读取的是内部 _size 字段，时间复杂度为 O(1)。
Count() 是 LINQ 扩展方法，其定义在 IEnumerable<T> 上，最初设计用于枚举并计数集合。不过在实现中，如果 source 实现了 ICollection<T>，Count() 会直接调用集合的 Count 属性，否则会遍历整个序列（O(n)）。
因此，当操作 List<T> 时，二者底层行为一致。但若应用于 IEnumerable<T> 且不属于 ICollection<T>，就会出现性能差异。
与 Any() 的比较 —— 检查空集合的推荐方式
.Any() 是用于判断集合是否包含至少一个元素的 LINQ 方法，对 ICollection 或 IEnumerable 都适用。它只需查找第一个元素即可返回结果，通常为 O(1)。
使用 Count() > 0 虽能达到相同效果，但如果使用的是 IEnumerable<T> 且不支持 Count 属性，就可能导致完整遍历，造成性能问题。
现代 .NET（包括 .NET Core／.NET 5+）中 Any() 已被优化：对 ICollection 会使用 Count 属性判断，对其他序列只读取第一个元素，因此通常推荐使用 Any() 来判断是否为空。
性能对比与实际用法
对于 List<T>：直接使用 .Count 属性最优，几乎不产生开销。
使用 LINQ 的 Count() 扩展方法对 List<T> 时会检测其是否实现 ICollection<T>，若是则调用属性，性能与 .Count 接近；否则性能退化到 O(n)。
若目标只是判断集合是否非空，建议使用 .Any()，即便在 List<T> 中也更具语义清晰性，且在多数情况下速度更快，尤其是大集合或非 ICollection 对象。
一个性能对比示例：
- .Count 属性读取时间近乎为 0。
- Any() 通常比 Count() 更快—实测中快约 1.3 倍。
语义与代码可读性考量
使用 .Count 明确表达获取元素总数的意图。
使用 .Any() 则更直观地表示“是否存在元素”的判断意图。代码可读性与团队风格一致性同样重要。
此外，Microsoft 静态分析规则（如 CA1827、CA1829）也建议“在可以用 Any() 的情形下不要使用 Count() 来判空”，以避免潜在性能问题。
总结与最佳实践建议
如果你正在使用 List<T>：
- 获取具体元素数量时，使用 .Count。
- 判断是否非空时，建议使用 .Any()，语义清晰且性能优。
如果你只有 IEnumerable<T>：
- 需要计数时才使用 Count()（但对大集合要注意可能的枚举开销）。
- 判空时优选 .Any()，以避免完整枚举。
遵循的原则：
- 若只需“是否有元素”，就用 Any()。
- 若需要具体数量，就用 .Count 或 .Count()（若未确定类型）。
保持语义与性能权衡，兼顾代码可维护性。
理解 List<T>.Count 与 Count() 的本质区别，有助于写出既高效又可读的 C# 代码。推荐开发者在明确场景下合理选择：.Count 用于获取数量，.Any() 用于判空，同时避免使用 Count() 除非明确需枚举统计。