.NET9引用数组协变怪异Bug
原文中文，约6400字，阅读约需16分钟。
📝
内容提要
引用类型数组的协变允许用子类替代父类，但可能导致运行时异常。例如，Giraffe数组可以存放Giraffe实例，但若存放Turtle实例则会引发异常。CLR在赋值时进行类型检查，增加了性能开销。此问题在.NET9中仍未得到合理解决。
🔎
延伸解读
协变的潜在风险
引用类型数组的协变虽然提供了灵活性，但也带来了运行时异常的风险。开发者在使用时需谨慎，确保赋值操作的类型匹配，以避免在运行时遭遇不必要的错误。
性能开销的考量
在.NET9中，CLR对数组赋值的类型检查会导致性能损耗，尤其是在大量赋值操作时。开发者应关注代码的性能优化，考虑在前端进行类型检查，以减轻CLR的负担。
设计缺陷的普遍性
文章提到的不合理设计不仅存在于.NET中，其他编程语言如Rust和C++也面临类似问题。这提醒开发者在选择技术栈时，需考虑设计的合理性和未来的维护成本。
❓
Q&A
什么是引用类型数组的协变？
引用类型数组的协变允许用子类替代父类，但可能导致运行时异常。
在.NET9中，协变问题是如何影响性能的？
CLR在赋值时进行类型检查，增加了性能开销，尤其是在大量赋值时。
为什么将Turtle实例赋值给Giraffe数组会引发异常？
因为协变允许在编译时合法赋值，但在运行时会因类型不匹配而抛出异常。
StelemRef函数在CLR中有什么作用？
StelemRef函数负责检查引用数组类型，确保赋值的类型有效。
如何可以减少CLR的性能开销？
如果在前端编译层面进行类型检查和分解，可以减轻CLR的压力，提升性能。
文章中提到的设计不合理的例子还有哪些？
文章提到的不合理设计不仅存在于.NET，还在Rust和C++等其他技术中也有类似情况。
🏷️
