清理并重建解决方案可能不会替换输出目录中的所有dll。

我建议尝试将文件夹从“bin”重命名为“oldbin”或将“obj”重命名为”oldobj“

然后再次尝试建立您的解决方案。

如果您正在使用任何第三方dll，则需要在成功构建后将其复制到新创建的“bin”或“obj”文件夹中。

希望这对你有用。

我在尝试更新网站的一个DLL文件时遇到了类似的问题。

当我简单地通过FTP将此DLL文件复制到bin文件夹时，发生了此错误。

我通过以下方式解决了此问题：

停止网站；复制所需的DLL文件/DLL文件；启动网站

我只是找到了另一个原因，为什么会出现这个错误。我从特定库的所有版本中清理了我的GAC，并参照与可执行文件一起部署的特定版本构建了我的项目。当我运行这个项目时，我在搜索库的更新版本时遇到了这个异常。

原因是发布者策略。当我从GAC卸载库的版本时，我忘了卸载发布者策略程序集，所以程序集加载器在GAC中找到发布者策略，告诉它搜索新版本，而不是使用本地部署的程序集。

我添加了一个NuGet包，结果发现我的应用程序的黑盒部分引用了旧版本的库。

我删除了包并引用了旧版本的静态DLL文件，但web.config文件从未从以下位置更新：

<dependentAssembly>
    <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" />
    <bindingRedirect oldVersion="0.0.0.0-4.5.0.0" newVersion="6.0.0.0" />
</dependentAssembly>

恢复到卸载包时应该恢复的状态：

<dependentAssembly>
    <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" />
    <bindingRedirect oldVersion="0.0.0.0-4.0.0.0" newVersion="4.5.0.0" />
</dependentAssembly>

以下命令将任何程序集版本重定向到3.1.0.0版本。我们有一个脚本，它将始终更新App.config中的此引用，因此我们再也不用处理此问题了。

通过反射，您可以获取程序集publicKeyToken，并从.dll文件本身生成此块。

<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
 <dependentAssembly>
    <assemblyIdentity name="Castle.Core" publicKeyToken="407dd0808d44fbdc" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-65535.65535.65535.65535" newVersion="3.1.0.0" />
  </dependentAssembly>
</assemblyBinding>

注意，如果没有XML命名空间属性（xmlns），这将无法工作。

如果您正在使用Visual Studio，请尝试“清理解决方案”，然后重新生成项目。