为何部署到服务器后出现ClosedXML的FileNotFoundException？

• 检查程序集路径：确认ClosedXML.dll是否放置在应用程序的正确运行目录（如Web应用的bin文件夹、控制台程序的输出目录），避免因路径错误导致CLR无法定位文件。
• 核对程序集信息：用反编译工具（如ILSpy）打开服务器上的ClosedXML.dll，验证其版本号、公钥Token是否与错误提示的0.97.0.0、fd1eb21b62ae805b完全一致，排除同名不同版本/签名的文件混淆问题。
• 检查依赖项：ClosedXML依赖DocumentFormat.OpenXml等程序集，确认这些依赖dll也存在于服务器对应目录，且版本与ClosedXML兼容。
• 验证文件权限：确认运行应用的账户（如IIS应用池用户）拥有ClosedXML.dll的读取权限，权限不足会伪装成“文件未找到”的错误。
• 检查绑定重定向配置：查看服务器上的web.config/app.config，确认程序集绑定重定向规则未强制指向错误版本，避免版本冲突。
• 排查GAC冲突：用gacutil工具检查服务器全局程序集缓存（GAC）中是否存在其他版本的ClosedXML，若存在可能导致CLR优先加载GAC中的版本，而非本地部署的dll。
• 确认.NET框架版本：确保服务器应用程序池（或运行环境）的.NET框架版本与本地开发环境一致，版本不兼容可能引发加载失败。
• 启用加载日志排查：使用fuslogvw.exe工具启用.NET程序集加载日志，追踪CLR加载程序集的详细过程，定位具体失败原因。

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