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

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

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

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

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

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

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

希望这有意义!

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

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

也有这个问题-在我的情况下，这是由于有“特定版本”属性上的许多引用设置为真。在这些引用上将其更改为false就解决了这个问题。