我也有同样的错误，但在我的案例中，我在本地运行一个自定义的nuget包到另一个项目中。

为我修复的是将包版本更改为错误中请求的版本。

该包在netstandard 2.1中，请求该包的项目在netcore 3.1中

在我的单元测试项目中也出现了同样的错误，导致一些测试失败。我仔细检查了我在程序集资源管理器中使用的程序集的哪个版本，并检查了运行时/依赖程序集标记的内容，发现我使用的程序集中的另一个版本仍然在那里被引用。因为这是我的测试项目app.config中的唯一指令，所以我尝试删除整个app.config文件，重新构建解决方案，这就成功了！我没有更多参考错误：）

我今天遇到了同样的问题，在我对实体框架进行了更改后，我无法执行添加迁移。

我的解决方案中有两个项目，我们称它们为“客户端”和“数据”，这是一个包含我的EF模型和上下文的类库项目。客户参考了数据项目。

我已经签署了两个项目，然后对EF模型进行了修改。删除签名后，我可以添加迁移，然后可以重新签署项目。

我希望这对某人有用，避免他们长期受挫。。

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

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

与“文件资源管理器”>“属性”>“详细信息”选项卡中的版本相比，.DLL在代码中使用反射的“版本”属性报告不同的版本并不罕见。

多年来，我发现使用这种powershell可以更好地找到应该将绑定重定向设置到哪个版本。

[Reflection.AssemblyName]::GetAssemblyName('C:\Source\Project\Web\bin\System.Memory.dll').Version

Major  Minor  Build  Revision
-----  -----  -----  --------
4      0      1      2

通过以上步骤，我可以在app.config文件中插入（或替换）绑定重定向：

<dependentAssembly>
    <assemblyIdentity name="System.Memory" culture="neutral" publicKeyToken="cc7b13ffcd2ddd51"/>
    <bindingRedirect oldVersion="0.0.0.0-4.0.1.2" newVersion="4.0.1.2"/>
</dependentAssembly>

在该特定示例中，System.Memory.dll的“详细信息”选项卡报告的文件版本为4.6.31308.01。

我现在要让所有人都大吃一惊。

从.config文件中删除所有<assemblyBinding>引用，然后从NuGet Package Manager控制台运行以下命令：

Get-Project -All | Add-BindingRedirect