另一件需要考虑和检查的事情是，确保没有任何正在运行的服务正在使用该bin文件夹。如果是，则停止服务并重新构建解决方案

当我的项目引用NETStandardLibrary时，我遇到了这样的问题，其中一个引用的程序集发布了netcore。只要把它作为网络标准发布，问题就解决了

基本上，当您引用的程序集将“Copy Local”设置为“True”时，就会发生这种情况，这意味着DLL的副本与exe一起放置在bin文件夹中。

由于Visual Studio也会复制所引用程序集的所有依赖项，因此最终可能会引用同一个程序集的两个不同构建。如果您的项目在不同的解决方案中，因此可以单独编译，则更有可能发生这种情况。

我解决这个问题的方法是在组装项目中将Copy Local设置为False。只针对可执行文件/web应用程序，在这些应用程序中，您需要运行成品的程序集。

希望这有意义!

如果使用NuGet，我所要做的是:

右键单击项目，单击管理NuGet包.. 点击右上角的齿轮 在包源上方的NuGet包管理器中单击“常规”选项卡 检查“跳过应用绑定重定向”在绑定重定向 清理重建，警告就没了

容易peasy

下面是解决方案，.NET Core 3.0风格: https://github.com/HTD/ref-check

当你发现哪些冲突时，也许你就能解决这些冲突。 如果冲突的引用来自其他包，那么您要么不走运，要么需要使用源。

在我的例子中，冲突的包通常是我自己的，所以我可以修复依赖关系问题并重新发布它们。

我也有同样的问题。在项目的“obj”文件夹中，我将文件夹“Debug”重命名为“Debug_OLD”并重新构建。一个新的“Debug”文件夹会自动生成，问题也就解决了。