如果尝试使用反射进行后期绑定，如果绑定到的程序集具有强名称或其公钥标记已更改，则会引发完全相同的错误。即使实际上没有使用指定的公钥令牌找到任何程序集，错误也是一样的。

您需要添加正确的公钥令牌（可以使用dll上的sn-T获取它）以解决错误。希望这有帮助。

在尝试了上面的许多解决方案但没有修复后，最终要确保在Visual Studio中的应用程序中启用了“自动生成绑定重定向”。

有关启用自动绑定重定向的更多信息，请参阅：https://learn.microsoft.com/en-us/dotnet/framework/configure-apps/how-to-enable-and-disable-automatic-binding-redirection

如果您遇到类似“找到的程序集的清单定义与程序集引用不匹配”的错误，并且您已经通过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程序集加载器会根据其清单数据（引用的程序集名称、公钥令牌、版本）加载其引用的程序。

要检查清单数据，请执行以下操作：

打开Visual Studio命令提示符，键入“ildasm”并将所需的程序集拖到ildasm窗口并打开MANIFEST视图。有时MANIFEST包含一个具有两个版本的程序集，即旧版本和新版本（如Utility，版本=1.2.0.200和Utility，版本=1.2.0203）。实际上，引用的程序集是Utility，版本为1.2.0.203（新版本），但由于清单甚至包含Utility，版本=1.2.0.200（旧版本），.NET程序集加载器尝试查找此版本的DLL文件，找不到，因此引发异常。

要解决这个问题，只需将每个依赖于项目的程序集分别拖到ILDASM窗口中，并检查哪个依赖程序集保存旧程序集版本的清单数据。只需重新生成此依赖程序集并将其引用回项目。

问题已经有了答案，但如果同一解决方案中不同版本的NuGet包出现了问题，您可以尝试以下方法。

打开NuGet Package Manager，您会看到我的服务项目版本与其他版本不同。

然后更新包含包的旧版本的项目。

如果将AssemblyInfo.cs与AssemblyVersion标记一起使用，并且.csproj文件具有不同的值，也可能发生这种情况。通过匹配AssemblyInfo或一起删除该部分，问题就消失了。