运行迁移器以从使用packages.config升级到PackageReference，为我轻松修复了此错误。如果您运行的是Visual Studio 2017 15.7版或更高版本，您可以按照以下步骤进行升级。

https://learn.microsoft.com/en-us/nuget/consume-packages/migrate-packages-config-to-package-reference#migration-步骤

以下是步骤（从上述链接复制）：

使用packages.config打开包含项目的解决方案。在解决方案资源管理器中，右键单击“引用”节点或packages.config文件，然后选择将packages.cnfig迁移到程序包参考。。。。迁移器分析项目的NuGet包引用和尝试将它们分类为顶级依赖项（NuGet直接安装的软件包）和Transitive依赖项（作为顶级包的依赖项安装的包）。注意：PackageReference支持可传递的包还原和解析依赖关系是动态的，这意味着传递依赖关系需要不能显式安装。（可选）您可以选择将NuGet包分类为通过选择程序包的顶层选项。此选项自动设置为包含不流动的资产的包（build、buildCrossTargeting、contentFiles或分析器文件夹）和标记为开发依赖项（developmentDependency=“真”）。检查所有程序包兼容性问题。选择“确定”开始迁移。在迁移结束时，Visual Studio提供了一个带有备份路径、已安装软件包的列表（顶级依赖项），引用为可传递的包列表依赖关系，以及在开始迁移。报告将保存到备份文件夹中。验证解决方案是否构建并运行。如果您遇到问题，在GitHub上提交问题。

我在运行单元测试用例时遇到了同样的问题。

错误清楚地说明了问题：当我们尝试加载程序集时，.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窗口中，并检查哪个依赖程序集保存旧程序集版本的清单数据。只需重新生成此依赖程序集并将其引用回项目。

在我的例子中，它是C:\WINDOWS\Microsoft.NET\Framework\~\Temporary ASP.NET Files\目录中的旧版本DLL。您可以删除或替换旧版本，也可以删除并添加回对项目中DLL的引用。基本上，任何一种方法都将创建指向临时ASP.NET文件的新指针。

我在尝试更新网站的一个DLL文件时遇到了类似的问题。

当我简单地通过FTP将此DLL文件复制到bin文件夹时，发生了此错误。

我通过以下方式解决了此问题：

停止网站；复制所需的DLL文件/DLL文件；启动网站

我的问题是，在新版本中删除了旧dll的dployed。为了解决这个问题，我只选中了在发布时删除目标位置的其他文件的复选框。删除目标位置的其他文件

请在Visual Studio调试器中运行代码。请运行直到得到异常。将出现Visual Studio异常UI。请阅读Visual Studio异常底部的“完整详细信息”/“显示详细信息”。在Fulldetails/Showdetails中，它告诉我我的一个项目（指我的主项目）有一个不同的版本在我的例子中，我的单元测试项目正在调用我的项目。我的单元测试项目和我的项目具有不同版本的Microsoft.IdentityModel.Clients.ActiveDirectory。我在执行单元测试时遇到运行时错误。

我刚刚用主项目的相同版本更新了单元测试项目的版本。这对我有用。