您可以运行Dotnet CLI进行详细的诊断，以帮助查找问题。

Dotnet运行——verbose diagnostic >> full_build.log

构建完成后，您可以通过日志文件(full_build.log)搜索错误。例如，搜索“一个冲突”，应该会把你直接带到问题所在。

我正在使用Visual Studio 2017，在更新一些Nuget包时遇到了这个问题。对我有用的是打开我的网。config文件，找到<runtime><assemblyBinding>节点并删除它。保存网页。配置并重新构建项目。

查看错误列表窗口。您将看到一个关于绑定冲突的非常长的警告。双击它，它将自动用正确的映射重新创建<runtime><assemblyBinding>块。

我只能通过对比所显示的两条消息来进一步支持Ruben的回答:

信息是:

C:\Program Files (x86)\MSBuild\12.0\bin\ Microsoft.Common.CurrentVersion.targets(1697,5):警告MSB3277:发现同一依赖程序集的不同版本之间存在无法解决的冲突。当日志详细信息设置为detailed时，这些引用冲突将在生成日志中列出。

So, Ruben's right—this is just not true. There are no conflicts whatsoever, just a missing assembly. This is especially boring when the project is an ASP.NET application, since the views are compiled on demand, that is, just before displayed for the first time. This is when it becomes necessary to have the assembly available. (There's an option to pre-compile the views together with the rest of the code, but this is another story.) On the other hand, if you set the verbosity to Diagnostic you get the following output:

C:\Program Files (x86)\MSBuild\12.0\bin\ Microsoft.Common.CurrentVersion.targets(1697,5):警告MSB3245:无法解析此引用。无法定位程序集“System.Web”。Razor, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL"。检查以确保程序集存在于磁盘上。如果您的代码需要此引用，则可能会出现编译错误。

因此，你所需要做的就是:

手动向程序集添加引用(可能将其定位到磁盘上) GAC，并将其添加为“直接”参考)，或 使用NuGet包(如果在图库中发布)下载它并引用其中包含的程序集。

更多关于NuGet画廊在这里。 更多关于预编译ASP。NET视图。

正如dotnet CLI问题6583所述，这个问题应该用dotnet nuget locals -clear all命令解决。

显然有很多不同的原因，因此有很多解决这个问题的方法。为了将我的程序集加入到混合中，我们将之前在我们的Web项目中直接引用的程序集(System.Net.Http)升级到由NuGet管理的版本。这删除了该项目中的直接引用，但是我们的测试项目仍然包含直接引用。升级两个项目以使用nuget管理的程序集解决了这个问题。

在将包从nuget切换到本地引用dll后，我遇到了这个问题。这个问题是app.config中的旧的运行时绑定。