ASP.NET项目调用的C++ DLL在生产服务器未更新，求原因

遇到这种情况太常见了，我来帮你梳理几个最可能的原因和对应的解决办法：

• DLL被IIS进程锁定
  生产服务器上的IIS工作进程（w3wp.exe）大概率还在占用旧的DLL文件，导致新DLL虽然替换了，但进程没加载新的。你可以试试：

  • 直接在IIS管理器里找到对应网站的应用池，右键选择「重启」；
  • 或者用命令行执行 iisreset 重启整个IIS服务；
  • 如果还是不确定，用Process Explorer工具查一下哪个进程在占用旧DLL，结束对应的进程再替换。

• 全局程序集缓存（GAC）存在旧版本
  如果这个C++ DLL之前被安装到了GAC里，ASP.NET会优先加载GAC中的版本，完全忽略bin文件夹里的文件。你需要：

  • 打开GAC目录（.NET Framework的话是C:\Windows\assembly，.NET Core/.NET 5+是C:\Windows\Microsoft.NET\assembly）；
  • 找到你的DLL，删除旧版本，同时确保新DLL没有被安装到GAC里。

• ASP.NET编译缓存未清理
  ASP.NET会把编译后的程序集缓存到临时目录，有时候缓存没更新就会继续用旧的DLL引用。解决方法：

  • 找到对应.NET版本的临时文件目录，比如.NET Framework 4.x是C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files；
  • 删除对应网站的缓存文件夹；
  • 重启应用池也会自动清理这个缓存，这一步其实和第一条的操作可以结合起来做。

• 新DLL存在依赖项缺失
  C++ DLL经常依赖VC++运行时库或者其他第三方库，生产服务器上如果没有这些依赖，新DLL加载失败，系统就会 fallback 到旧的可用版本。你可以：

  • 用Dependency Walker工具扫描新DLL，找出缺失的依赖；
  • 在生产服务器上安装对应的Visual C++ Redistributable Packages，或者把缺失的依赖库一起放到bin文件夹里。

• 新DLL的文件权限不足
  替换后的DLL如果没有给IIS进程足够的权限，ASP.NET无法读取新文件，只能继续用旧的。检查一下：

  • 右键新DLL，打开「属性」-「安全」标签；
  • 添加IIS对应的用户（一般是IIS_IUSRS或者NETWORK SERVICE），给它「读取和执行」的权限。

• web.config里的版本绑定重定向
  如果你的web.config里配置了<assemblyBinding>节点，指定了这个DLL要加载旧版本，那就算替换了bin里的文件也没用。你需要：

  • 打开web.config，搜索<dependentAssembly>节点，看看有没有针对这个DLL的版本重定向；
  • 修改版本号为新DLL的版本，或者直接移除这个重定向配置。

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