.NET Framework为何未提供IImmutableArray<T>接口？

一、为什么没有对应的IImmutableArray接口 #

• 数组特性的强绑定：ImmutableArray<T>核心是直接封装原生T[]，继承了数组的所有核心特性——随机直接索引访问、固定长度、连续内存布局等。如果抽象出接口，无法在不丢失这些特性的前提下定义通用契约，反而会徒增复杂度。
• 定位与设计目标差异：其他不可变集合（如ImmutableList<T>）属于功能导向的集合，接口是为了统一添加、删除、查找等操作的契约。而ImmutableArray<T>是性能优先的底层类型，目标是提供接近原生数组的性能，而非通用集合操作的抽象，因此无需接口。
• 避免性能损耗：接口调用会引入虚方法调用的额外开销，这与ImmutableArray<T>追求极致性能的设计目标冲突。直接使用具体类型可以完全规避这种开销，保持和原生数组一致的访问效率。

二、为什么ImmutableArray采用struct而非class实现 #

• 极致性能优化：struct作为值类型，通常存储在栈上（或嵌入到对象中），避免了class类型的堆分配、对象头开销及后续的垃圾回收压力。在频繁创建、传递的场景下，值类型的性能优势尤为显著。
• 空值安全保障：struct是值类型，默认不可为null（除非显式使用Nullable<ImmutableArray<T>>），这消除了其他不可变class类型可能出现的空引用异常，简化了空值逻辑处理。
• 语义一致性：原生数组T[]本身就是值类型，ImmutableArray<T>作为其不可变封装，使用struct能保持这种语义的一致性，符合开发者对数组类类型的直觉认知。
• 内存使用效率：struct没有class的对象头开销，内存布局更紧凑，在存储大量数据时能有效提升内存利用率。

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