如果您遇到类似“找到的程序集的清单定义与程序集引用不匹配”的错误，并且您已经通过VS中的“项目”>“管理NuGet程序包和更新”选项卡进行了更新，那么您可以做的第一件事就是在从NuGet Gallery页面检查版本并从package Manager控制台运行以下命令后，尝试安装另一个版本的程序包：

PM> Install-Package YourPackageName -Version YourVersionNumber 
//Example
PM> Install-Package Microsoft.Extensions.FileProviders.Physical -Version 2.1.0

虽然答案和所讨论的包并没有直接关系，而且早在很久以前就有人问过它，但它是一种通用的，仍然相关，希望它能帮助一些人。

.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.

我在开始使用InstallShield后遇到了这个问题。尽管建造订单显示安装项目是最后一个，但它的建造仍不正常。

我纠正了这一点，使每个其他项目都依赖它-这迫使安装最后构建，从而消除了我的程序集不匹配。我希望这有帮助。

在AssemblyInfo.cs文件中的AssemblyVersion中，使用固定版本号，而不是指定*。*将更改每次编译的版本号。这就是我这个例外的问题所在。

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

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

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

尝试将缺少的内容添加到全局程序集缓存中。