.NET 6 COM组件加载顺序异常引发初始化失败（错误码0x800080A5）

问题背景 #

遗留应用使用多个.NET 6开发的COM组件，加载顺序直接影响组件可用性：

• 先加载无特殊依赖的项目1，再加载带CoreWCF.WebHttp依赖的项目2时，项目2加载失败，抛出错误码0x800080A5
• 颠倒加载顺序，先启动项目2再加载项目1，所有组件均可正常运行
• 推测存在仅执行一次的全局初始化操作，先加载无依赖组件后，阻断了后续带特定依赖组件的初始化流程

根因分析 #

错误码0x800080A5对应CO_E_EXE_SERVER_INIT_FAILURE，即COM服务器初始化失败。结合加载顺序的影响，核心原因大概率是：.NET运行时的全局状态（如DI容器配置、程序集绑定上下文）在第一个COM组件加载时已完成初始化，而项目2依赖的CoreWCF.WebHttp需要修改这些全局状态，但此时运行时已不允许修改，最终导致初始化失败。

可行解决方案 #

1. 固定加载顺序：直接调整遗留应用的COM组件加载逻辑，确保先启动带CoreWCF.WebHttp依赖的项目2，再加载项目1。这是最快的临时修复方案，适合紧急上线场景。
2. 隔离运行上下文：为每个COM组件配置独立的AppDomain，避免全局状态互相干扰。在.NET 6中，可以修改COM服务器的注册配置，或者在组件初始化代码里显式创建隔离的AppDomain。
3. 延迟依赖初始化：修改项目2的代码，将CoreWCF.WebHttp的初始化逻辑从COM组件启动阶段移到第一次实际调用时执行，避免在加载阶段修改全局运行时状态。
4. 排查程序集冲突：使用fuslogvw.exe（程序集绑定日志查看器）检查是否存在程序集版本冲突——可能第一个组件加载时绑定了旧版本依赖，导致第二个组件无法加载正确版本的CoreWCF.WebHttp相关程序集。

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