ClosedXml等四个组件版本兼容问题技术咨询

嘿，这个版本依赖冲突的问题我之前帮不少开发者处理过——你手动把四个组件都更到了最新版，但ClosedXml内部其实还依赖着特定旧版本的DocumentFormat.OpenXml（注：你提到的DocumentFormat.OpenExcel应该是笔误，正确包名是DocumentFormat.OpenXml）和FastMember，这就导致部署后组件没法正常协同工作了。下面给你几个可行的解决思路：

1. 直接降级冲突组件到ClosedXml要求的版本 #

这是最省心的方案，完全贴合ClosedXml的依赖要求：

• 把DocumentFormat.OpenXml降级到v2.7.2
• 把FastMember降级到v1.0.0.9
• 保留ClosedXml v0.91.0和ExcelNumberFormat v1.0.3不变

用NuGet包管理器控制台执行这些命令就能搞定：

# 降级DocumentFormat.OpenXml
Install-Package DocumentFormat.OpenXml -Version 2.7.2

# 降级FastMember
Install-Package FastMember -Version 1.0.0.9

这样能保证ClosedXml的依赖链完全匹配，基本不会再出兼容性问题。

2. 用程序集绑定重定向让新版本“冒充”旧版本 #

如果你不想降级组件，可以通过绑定重定向让.NET运行时用你装的新版本组件，替代ClosedXml想要的旧版本。需要修改项目的App.config（桌面应用）或Web.config（Web服务）：

针对DocumentFormat.OpenXml的重定向配置 #

<configuration>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="DocumentFormat.OpenXml" publicKeyToken="8fb06cb64d019a17" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-2.8.1" newVersion="2.8.1" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
</configuration>

针对FastMember的重定向配置 #

<configuration>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="FastMember" publicKeyToken="1f6390b7f6c59b53" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-1.3.0" newVersion="1.3.0" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
</configuration>

不过要注意：这种方法有一定风险，如果新版本组件有API破坏性变更，ClosedXml调用旧API时可能会报错，所以一定要在目标环境做充分测试。

3. 升级ClosedXml到兼容新版本依赖的版本 #

ClosedXml后续的新版本（比如v0.102.0及以上）已经更新了对DocumentFormat.OpenXml和FastMember的依赖版本，你可以直接把ClosedXml升到最新稳定版，再同步升级其他组件，让整个依赖链保持一致：

# 升级ClosedXml到最新版
Install-Package ClosedXml -Version Latest

# 同步升级其他组件
Install-Package DocumentFormat.OpenXml -Version Latest
Install-Package FastMember -Version Latest
Install-Package ExcelNumberFormat -Version Latest

这是长期来看最稳妥的方案，新版本不仅能解决依赖问题，还会修复更多bug、支持更多功能。

额外提醒 #

• 如果你用的是.NET Core/.NET 5+项目，绑定重定向通常会由NuGet自动处理，但如果还是有冲突，可以用dotnet list package命令查看依赖树，找出具体的冲突点。
• 部署前一定要在目标机器上做完整测试，毕竟开发环境和生产环境的依赖加载逻辑可能有差异。

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