.NET自定义ICollection<T>集合元素超2^31时Count该返回什么？

当你的自定义集合需要容纳超过Int32.MaxValue的元素，但必须实现ICollection<T>接口（其Count属性为int类型）时，以下是几种可行的处理方式及优劣分析：

1. 抛出OverflowException #

• 符合.NET框架的溢出处理惯例（例如Convert.ToInt32处理超出范围的数值时会抛出该异常）。
• 优势：明确告知调用者当前集合大小超出了接口约定的范围，避免调用者因获取错误的Count值产生逻辑错误（比如误以为集合元素数量有限，进而做出错误的循环、容量分配等操作）。
• 注意：务必在集合的XML注释中明确说明这一行为，让使用方提前知晓并做好异常处理。

2. 返回Int32.MaxValue #

• 优势：不会中断程序运行，适合那些只需要判断“集合是否很大”，而非依赖精确元素数量的场景。
• 劣势：会严重误导调用者，若调用者基于该Count值进行遍历、内存分配等操作，会出现不符合预期的结果（比如循环次数远小于实际元素数量）。
• 适用场景：仅当你的集合几乎不会被依赖精确Count的代码使用，且优先级为兼容性>精确性时才考虑。

3. 补充长整型Count属性（推荐搭配方案） #

无论选择上述哪种方式，都建议额外提供一个长整型的Count属性，例如：

public long LongCount { get; }
// 或针对无符号场景使用
public ulong UlongCount { get; }

这样既满足了ICollection<T>的接口契约，又能给需要精确元素数量的调用方提供正确的数值。同时在Count属性的注释里，引导用户使用新增的长整型属性。

优先推荐方案 #

优先选择抛出OverflowException + 提供长整型Count属性的组合，既保证了接口契约的正确性，又能满足大集合场景下的精确数值需求，最大程度避免调用者踩坑。

内容的提问来源于stack exchange，提问作者Justine Krejcha