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

我也犯了同样的错误。。。在我的案例中，问题解决如下：

最初安装应用程序时，这里的人在应用程序中使用了Microsoft Enterprise Library 4.1。在前一周，我的机器被格式化了，在那之后，今天当我构建应用程序时，它给了我一个错误，即缺少企业库程序集。然后我安装了Microsoft Enterprise Library 5.0，这是我在谷歌上作为第一个搜索条目获得的。然后当我构建应用程序时，它给了我上面的错误，即找到的程序集的清单定义与程序集引用不匹配。经过大量的搜索和分析，我发现应用程序引用的是4.1.0.0，bin文件夹中的DLL版本是5.0.0.0然后我安装了Microsoft Enterprise Library 4.1。删除先前的引用（5.0）并添加4.0引用。构建应用程序（&V）。。。它奏效了。

就我而言，问题出在椅子和键盘之间：-）

Could not load file or assembly 'DotNetOpenAuth.Core, Version=4.0.0.0,
Culture=neutral, PublicKeyToken=2780ccd10d57b246' or one of its dependencies.
The located assembly's manifest definition does not match the assembly reference.
(Exception from HRESULT: 0x80131040)

两个或多个不同的程序集希望使用不同版本的DotNetOpenAuth库，这不是问题。此外，在我的本地计算机上，NuGet自动更新了web.config：

<dependentAssembly>
    <assemblyIdentity name="DotNetOpenAuth.AspNet" publicKeyToken="2780ccd10d57b246" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.3.0.0" newVersion="4.3.0.0" />
    </dependentAssembly>
    <dependentAssembly>
        <assemblyIdentity name="DotNetOpenAuth.Core" publicKeyToken="2780ccd10d57b246" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-4.3.0.0" newVersion="4.3.0.0" />
</dependentAssembly>

然后我意识到我忘记了将新的web.config复制/部署到生产服务器。因此，如果您有手动部署web.config的方法，请检查它是否已更新。如果生产服务器的web.config完全不同，则必须在使用NuGet后同步合并这些dependentAssembly部分。

.NET程序集加载器：

找不到1.2.0.203但确实找到了1.2.0.200

此程序集与请求的程序集不匹配，因此会出现此错误。

简单地说，它找不到被引用的程序集。通过将程序集放在GAC或应用程序路径中，确保它可以找到正确的程序集。

运行以下命令将程序集dll文件添加到GAC：

gacutil /i "path/to/my.dll"

另请参见https://learn.microsoft.com/archive/blogs/junfeng/the-located-assemblys-manifest-definition-with-name-xxx-dll-does-not-match-the-assembly-reference.

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

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

在我的案例中，在运行ASP.NET应用程序时发生了此错误。解决方案是：

删除项目文件夹中的obj和bin文件夹

清理不起作用，重建不起作用。所有引用都很好，但它没有编写其中一个库。删除这些目录后，一切都很顺利。