我添加了一个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>

只需删除项目的bin文件夹中的内容并重新生成解决方案就解决了我的问题。

在我的案例中，上述解决方案都不起作用——问题是由app.config中定义的旧的.net配置（2.0）架构引起的，因为bindingRedirect不起作用。

删除xmlns=“http://schemas.microsoft.com/.NetConfiguration/v2.0“来自app.config或web.config，因为在较旧版本的.net framework（如2.0）中似乎不支持bindingRedirect

希望这能为某人节省几个小时或几天的时间。

您可以做一些事情来解决此问题。首先，使用Windows文件搜索在硬盘上搜索程序集（.dll）。一旦有了结果列表，请执行查看->选择详细信息。。。然后选中“文件版本”。这将在结果列表中显示版本号，因此您可以看到旧版本可能来自何处。

此外，正如Lars所说，检查您的GAC，看看那里列出了什么版本。这篇Microsoft文章指出，在生成过程中，在GAC中找到的程序集不会在本地复制，因此您可能需要在全部重新生成之前删除旧版本。（有关创建批处理文件以执行此操作的说明，请参见我对此问题的回答）

如果仍然无法确定旧版本的来源，可以使用Visual Studio附带的fuslogvw.exe应用程序获取有关绑定失败的详细信息。Microsoft在此处提供了有关此工具的信息。请注意，您必须通过将HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion\EnableLog注册表项设置为1来启用日志记录。

我一时被这个难住了。我可以在发布版中构建和运行，但由于引用与清单不匹配而无法在调试中运行。我一定检查了100次引用，并删除了所有dll。我注意到在调试和发布中生成的清单是不同的。

我删除了我的项目/财产中的app.manifest，它解决了这个问题。这并没有提到有问题的引用dll，所以我不知道为什么这会导致问题。

我会让别人从我的愚蠢中受益。我对一个完全独立的应用程序有一些依赖性（让我们称之为App1）。来自App1的dll被拉入我的新应用程序（App2）。每当我在APP1中进行更新时，我都必须创建新的dll并将其复制到App2中。好我厌倦了在两个不同的App1版本之间复制和粘贴，所以我只是在dll中添加了一个“NEW_”前缀。

好我猜构建过程会扫描/bin文件夹，当它不正确地匹配某个内容时，会弹出与上面提到的相同的错误消息。我删除了我的“新版本”，它做得很好。