如何让COM+环境下的Microsoft.Extensions.Http正常工作？

1. 如何让COM+找到System.Runtime.CompilerServices.Unsafe DLL？ #

你遇到的是程序集版本不匹配问题：GAC中安装的是6.0.0版本，但运行时试图加载4.0.4.1版本。解决方法如下：

• 添加程序集绑定重定向：在COM+组件的配置文件（与组件DLL同目录，命名为[组件名].dll.config）中加入以下配置：

<configuration>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="System.Runtime.CompilerServices.Unsafe" 
                          publicKeyToken="b03f5f7f11d50a3a" 
                          culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-6.0.0.0" 
                         newVersion="6.0.0.0" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
</configuration>

• 若需要全局生效，可修改服务器的machine.config（路径通常为C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\machine.config），添加上述绑定重定向节点。
• 验证GAC注册：执行gacutil /l System.Runtime.CompilerServices.Unsafe，确认6.0.0版本已成功注册。

2. 在Windows Server 2012生产服务器上将上述DLL安装到GAC是否安全？ #

是安全的，理由如下：

• 这些DLL均为微软官方发布的.NET Framework兼容版本（目标框架为net461/net462/net47），与Windows Server 2012支持的.NET 4.7完全兼容。
• GAC安装仅需管理员权限，操作前可通过gacutil /u [程序集名]备份卸载路径，若出现冲突可快速回滚。
• 注意：若服务器上其他应用依赖不同版本的这些组件，需通过绑定重定向统一版本，避免冲突。

3. System.Runtime.CompilerServices.Unsafe.dll是否适合生产环境？ #

完全适合。

• 该组件是微软官方维护的核心库，广泛应用于.NET生态（包括HttpClient、ASP.NET Core等），经过严格的稳定性测试。
• 它提供高性能的内存操作能力，是许多.NET库的基础依赖，只要使用的是官方稳定版本（如你安装的6.0.0），不存在生产环境风险。

4. 在COM+类中使用HttpClientFactory是否安全？ #

安全，但需注意以下几点：

• 线程模型兼容：HttpClientFactory本身是线程安全的，若COM+组件为STA线程模型，需确保DI容器（用于创建HttpClientFactory）在组件初始化时仅创建一次，避免多线程下的容器实例冲突。
• 生命周期管理：在COM+组件的初始化阶段创建单例的HttpClientFactory实例，不要每次调用业务方法时重复创建，否则会失去其连接池管理的优势。
• 异步操作处理：调用PostAsync等异步方法时，必须使用await而非.Result/.Wait()，避免线程死锁；同时确保COM+组件的配置支持异步执行。

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