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

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

这类问题的一般答案是像其他答案一样使用绑定重定向。然而，这只是问题的一部分——您需要知道所使用的程序集文件的正确版本。Windows财产并不总是准确的，nuget也不总是准确的。

获取正确版本信息的唯一方法是分析文件本身。一个有用的工具是dotPeek。根据我的经验，dotPeek中列出的程序集名称总是准确的。

例如，此文件的正确绑定如下：

<dependentAssembly>
    <assemblyIdentity name="System.ComponentModel.Annotations" publicKeyToken="b03f5f7f11d50a3a" culture="neutral"/>
    <bindingRedirect oldVersion="0.0.0.0-4.2.1.0" newVersion="4.2.1.0"/>
</dependentAssembly>

Windows资源管理器称该文件为4.6.26515.06，nuget称其为5.0.0.0文件。dotPeek说它是4.2.1.0，这是在我们的软件中正确工作的版本。还要注意，公钥和文化很重要，dotPeek也会显示这些信息。

好的，再来一个答案。我之前将我的应用程序创建为64位，并相应地更改了输出路径（项目/财产/构建/输出/输出路径）。最近，我将应用程序更改为32位（x86），创建了一个新的输出路径。我创建了一个快捷方式，指向我认为编译的.exe要去的地方。无论我对源代码做了什么更改，它都得到了清单不匹配的错误。在大约一个小时的沮丧之后，我碰巧检查了.exe文件的日期/时间，发现它很旧，显然引用了旧的.dll。我正在将应用程序编译到旧目录中，我的快捷方式引用了新的。已将输出路径更改为.exe应指向的位置，运行快捷方式，错误消失。（拍打前额）

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

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

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

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