.NET6跨框架as类型转换返回null问题原因咨询

这个现象的本质是 .NET Framework 与 .NET 6 属于两套互不兼容的独立运行时体系，跨框架编译的同名类型在运行时视角下是完全独立的不同类型，不存在继承关联。

• .NET 运行时校验类型继承、兼容关系时，从来不会仅通过命名空间+类名判断类型是否一致，而是会核对类型的完整身份标识：包含类型名、命名空间、所属程序集的名称/版本/公钥标记，以及程序集绑定的目标运行时上下文。
• 你场景中基于.NET Framework编译的FilePickerDialog，其元数据里记录的父类是「.NET Framework环境下编译生成的CustomDialog类型」，和你.NET 6项目里引用的、基于.NET6编译的CustomDialog是两个完全无关的类型——哪怕两份CustomDialog的源码一字不差，运行时也不会将二者判定为同一类型。
• 你能在.NET 6进程中实例化.NET Framework编译的FilePickerDialog，通常是依赖.NET提供的兼容适配层实现了程序集加载，但兼容层仅能覆盖系统基础类型的映射，不会处理你自定义类的类型身份统一。此时FilePickerDialog实例的继承链上根本不存在.NET 6版本的CustomDialog，因此objFilePickerDialog as CustomDialog会判定类型不兼容，返回null。
• 当你把FilePickerDialog改为基于.NET 6重新编译，编译器会直接在它的类型元数据里将父类指向当前项目引用的.NET 6版本CustomDialog，类型身份完全匹配，运行时可以正确识别继承关系，类型转换自然正常执行。

补充说明：.NET 5及以上版本之间保持了统一的运行时兼容性，比如.NET 6编译的类库可以直接在.NET 8运行时中正常识别类型继承关系；但所有.NET Framework（4.x及更早版本）和.NET Core/.NET 5+版本之间，自定义类型不存在跨框架兼容能力，涉及类型继承、类型转换的场景必须统一目标框架后重新编译。

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