部署服务器后无法加载Ghostscript.NET程序集的问题求助

你在本地使用Ghostscript.Net（v1.2.1.0）处理PDF栅格化完全正常，但部署到服务器后碰到了这个头疼的错误：

System.IO.FileNotFoundException: Could not load file or assembly 'Ghostscript.NET, Version=1.2.1.0, Culture=neutral, PublicKeyToken=f85051de34525b59' or one of its dependencies. The system cannot find the file specified. File name: 'Ghostscript.NET, Version=1.2.1.0

结合你的场景，我整理了几个针对性的排查和解决步骤：

• 先确认Ghostscript.NET程序集是否真的部署到了服务器
  本地调试时VS会自动把引用的程序集复制到bin目录，但发布到服务器时容易因为配置疏漏漏掉。你可以：

  1. 登录服务器，找到网站根目录下的/bin文件夹，检查是否存在Ghostscript.NET.dll（还有可能的Ghostscript.NET.xml等配套文件）
  2. 回到本地项目，右键点击Ghostscript.NET引用 → 属性，把复制到输出目录改成始终复制，这样后续发布时就能确保程序集被同步到服务器

• 检查服务器的.NET运行环境和项目目标框架是否匹配
  如果你的项目本地用的是.NET Framework 4.7.2，但服务器上只装了4.5，就会出现程序集加载失败的情况：

  1. 右键本地项目 → 属性 → 应用程序，记下你的目标框架版本
  2. 登录服务器，打开「控制面板 → 程序和功能」，确认对应版本的.NET Framework已经安装

• 调整IIS应用程序池的权限和位数设置
  权限不足或者位数不匹配也是常见原因：

  1. 打开IIS管理器，找到你的网站对应的应用程序池，右键 → 高级设置
  2. 检查标识选项，确保这个账户（比如默认的ApplicationPoolIdentity）对网站/bin文件夹有读取权限
  3. 确认启用32位应用程序的状态：如果服务器是64位但你项目编译为32位，就勾选这个选项；反之则取消，要和你代码里判断gsdll版本的逻辑对应上

• 验证Ghostscript原生DLL的依赖是否完整
  你已经放了gsdll32.dll和gsdll64.dll，但Ghostscript的原生DLL依赖VC++运行库，服务器缺了这些也会间接导致程序集加载失败：

  1. 下载安装对应版本的Visual C++ Redistributable包（Ghostscript v9.x一般需要VC++ 2015-2019 Redistributable，注意选对32/64位）
  2. 确保服务器上的gsdll文件版本和你本地测试的完全一致，不要混用不同版本的Ghostscript DLL

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