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

在花了几个小时分析详细的构建日志之后，我发现我的解决方案中的几个项目针对的是不同的. net版本。我将它们全部更改为. net 4.7.2并重新构建解决方案，错误得到解决。

在Visual Studio中，如果你右键单击解决方案并管理nuget包，会有一个“巩固”选项卡，它将所有的包设置为相同的版本。

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

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

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

希望这有意义!

如果你使用Nuget来管理依赖项，我还有另一种方法。我发现有时候VS和Nuget不匹配，Nuget无法识别你的项目不同步。的包。config会说一件事，但在References - Properties中显示的路径将指示其他内容。

如果你愿意更新你的依赖项，请执行以下操作:

From Solution Explorer, right click the Project and click 'Manage Nuget Packages' Select 'Installed packages' tab in left pane Record your installed packages You may want to copy your packages.config to your desktop first if you have a lot, so you can cross check it with Google to see what Nuget pkgs are installed Uninstall your packages. Its OK, we're going to add them right back. Immediately install the packages you need. What Nuget will do is not only get you the latest version, but will alter your references, and also add the binding redirects for you. Do this for all of your projects. At the solution level, do a Clean and Rebuild.

您可能希望从较低的项目开始，然后逐步到较高级别的项目，并在进行过程中重新构建每个项目。

如果你不想更新你的依赖项，那么你可以使用包管理器控制台，并使用语法update - package -ProjectName [yourProjectName] [packageName] -Version [versionNumber]

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