关于System.Buffers.dll与IIS Pool回收关联及相关报错的咨询

核心触发逻辑 #

该问题和IIS应用池回收时的程序集加载优先级变化直接相关，本质是不同来源的System.Buffers.dll版本绑定冲突：

• 初始启动时IIS会优先加载部署包内的System.Buffers.dll，通常该版本为高于2.0.0.0的Nuget分发版本，DevExpress的ExportToPdf方法依赖.NET Standard 2.0的API，初始运行时CLR会临时兼容高版本程序集的接口，不会抛出异常。
• 应用池回收后，CLR会重新扫描全局程序集缓存(GAC)，.NET Framework环境下GAC中自带原生适配.NET Standard 2.0的System.Buffers.dll 2.0.0.0版本，此时CLR的程序集绑定逻辑出现混乱，无法匹配部署包内高版本程序集和组件依赖的2.0.0.0版本，因此抛出.NET Standard 2.0.0.0缺失的错误。
• 删除部署包内的System.Buffers.dll后，CLR会统一加载GAC中自带的2.0.0.0版本，该版本原生支持.NET Standard 2.0的API适配，所以流程恢复正常。

• 配置程序集绑定重定向
  在web.config的<runtime>节点下添加如下配置，newVersion的值需要和项目中实际引用的System.Buffers版本保持一致：

  <dependentAssembly>
    <assemblyIdentity name="System.Buffers" publicKeyToken="cc7b13ffcd2ddd51" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-4.0.3.0" newVersion="4.0.3.0" />
  </dependentAssembly>
  

• 清理冗余引用
  移除项目中显式安装的System.Buffers Nuget包，直接使用.NET Framework运行时自带的System.Buffers实现，避免部署时携带多余的程序集文件。
• 调整IIS应用池配置
  确认应用池的「托管管道模式」设置为集成模式，根据服务编译架构关闭或开启「启用32位应用程序」选项，减少程序集加载时的上下文差异。
• 适配DevExpress版本
  升级DevExpress组件到和当前项目.NET Framework版本匹配的最新稳定版，避免组件内部硬编码的依赖版本和运行环境冲突。

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