只需删除项目的bin文件夹中的内容并重新生成解决方案就解决了我的问题。

没有适合我的解决方案。我尝试了清理项目解决方案、删除bin、更新包、降级包等……两个小时后，我用程序集从项目加载了默认App.config，并在那里更改了错误的引用版本：

<dependentAssembly>
    <assemblyIdentity name="Microsoft.IdentityModel.Logging" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.5.0.0" newVersion="5.5.0.0" />
</dependentAssembly>

to:

<dependentAssembly>
    <assemblyIdentity name="Microsoft.IdentityModel.Logging" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-3.14.0.0" newVersion="5.5.0.0" />
</dependentAssembly>

在这之后，我清理了这个项目，再次构建它，它成功了。没有警告没有问题。

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

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

运行迁移器以从使用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上提交问题。

在Team Foundation Server的生成服务上生成时遇到此错误。结果发现，我的解决方案中有多个项目，使用NuGet添加的同一库的不同版本。我删除了NuGet的所有旧版本，并添加了新版本作为所有版本的参考。

Team Foundation Server将所有DLL文件放在一个目录中，当然，一次只能有一个具有特定名称的DLL文件。

我的app.config包含

<bindingRedirect oldVersion="1.0.0.0" newVersion="2.0.11.0"/>

对于npgsql。不知怎么的，在用户的计算机上，我的app.exe.config丢失了。我不确定这是否是一个愚蠢的用户，安装程序故障，或是杀毒软件出了问题。替换文件解决了问题。