我在我的一个项目中也遇到了同样的问题，然而，上面没有一个有助于解决警告。我检查了详细的构建日志文件，我使用AsmSpy来验证我在受影响的解决方案中为每个项目使用了正确的版本，我仔细检查了每个项目文件中的实际条目-没有任何帮助。

最终发现，问题是我在一个项目中拥有的一个引用的嵌套依赖关系。该引用(A)反过来需要(B)的不同版本，后者直接从我的解决方案中的所有其他项目中引用。更新被引用项目中的引用解决了这个问题。

Solution A
+--Project A
   +--Reference A (version 1.1.0.0)
   +--Reference B
+--Project B
   +--Reference A (version 1.1.0.0)
   +--Reference B
   +--Reference C
+--Project C
   +--Reference X (this indirectly references Reference A, but with e.g. version 1.1.1.0)

Solution B
+--Project A
   +--Reference A (version 1.1.1.0)

我希望上面的说明说明了我的意思，我花了几个小时才发现，所以希望其他人也能从中受益。

这也发生在我身上。一个dll被引用了两次:一次直接(在引用中)，一次间接(被另一个引用的项目引用)。 我删除了直接参考，清洗和重建解决方案。固定的问题。

我在我的一个项目中也遇到了同样的问题，然而，上面没有一个有助于解决警告。我检查了详细的构建日志文件，我使用AsmSpy来验证我在受影响的解决方案中为每个项目使用了正确的版本，我仔细检查了每个项目文件中的实际条目-没有任何帮助。

最终发现，问题是我在一个项目中拥有的一个引用的嵌套依赖关系。该引用(A)反过来需要(B)的不同版本，后者直接从我的解决方案中的所有其他项目中引用。更新被引用项目中的引用解决了这个问题。

Solution A
+--Project A
   +--Reference A (version 1.1.0.0)
   +--Reference B
+--Project B
   +--Reference A (version 1.1.0.0)
   +--Reference B
   +--Reference C
+--Project C
   +--Reference X (this indirectly references Reference A, but with e.g. version 1.1.1.0)

Solution B
+--Project A
   +--Reference A (version 1.1.1.0)

我希望上面的说明说明了我的意思，我花了几个小时才发现，所以希望其他人也能从中受益。

打开“解决方案资源管理器”。 点击“显示所有文件” 扩大“引用” 您将看到一个(或多个)引用与其他引用的图标略有不同。通常情况下，它会有一个黄色的方框，建议你记下它。把它拿掉。 重新添加引用并编译代码。 这是所有。

在我的例子中，MySQL引用有一个问题。不管怎样，我可以在所有可用的引用列表下列出它的三个版本;适用于。net 2.0、。net 4.0和。net 4.5。我遵循了上面的方法1到6，它对我很有效。

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

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

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

希望这有意义!

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