对我来说，问题是在构建输出中没有出现的错误，也就是说，我有两个实用程序类最初在不同的名称空间中。我更改了第二个类的名称空间以匹配第一个类(不知道第一个类中还有另一个实用程序类)，这时就出现了这个错误。

我认为构建输出错误浮出了表面，因为逻辑层库DLL文件无法构建，而主应用程序无法找到它。

解决方案是将第二个实用程序类改回一个不同的名称空间，这时才开始出现真正的构建错误。在对它们进行整理之后，构建就顺利进行了。

总的来说，如果前面的任何解决方案对您不起作用，您可能已经抑制了Visual Studio没有显示的代码中的错误，因此尝试重新跟踪您的编码步骤并检查任何不规则情况。

PS:这是Visual Studio 2015社区版

当前项目的框架版本与其他项目不同。 将框架版本更改为现有项目版本将解决这个问题。

在我的网页里。配置文件更改此

<?xml version="1.0" encoding="utf-8"?>

这个

<?xml version="1.0"?>

修正了我的问题

我遇到了这个问题。在我的例子中，多个c#项目被引用为DLL文件。在一个被用作DLL文件(在其他项目中)的项目中，任何编译时错误都会导致大量错误。原因是，编译时错误阻止了相应DLL文件的创建，这将导致在引用缺失DLL文件的项目中出现一系列错误。

因此，当您在解决方案资源管理器中重新构建时(忽略琐碎的编译时错误)，会出现一堆“元数据文件.dll找不到”的错误(使您认为除了简单的重新构建之外，您还做了什么错误)。

如果您面临这个问题，那么最好的解决方案是清理解决方案，然后逐个构建每个项目，以找出哪个项目引发了错误。

区分大小写的

在我的例子中，错误消息如下

严重性代码描述项目文件行抑制状态 命令"C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6.1 Tools\ gaacuti .exe" /i "C:\Users\cmaggiul\source\repos\ consumer - evaluation -api\EValueApi\EValueApi\bin\debug\EValueApi.dll"退出代码3。EValueApi

我沿着路径找到了EValueApi.dll文件，并意识到调试目录在Windows中是大写的。我将目录更改为小写(以匹配gacutil.exe正在使用的位置，它解决了我的问题。

在Visual Studio的新版本中仍然会发生这种情况(我刚刚在Visual Studio 2013中发生了这种情况):

另一种方法是关闭Visual Studio并删除.sln文件旁边的.suo文件。(它将在下次保存全部(或退出Visual Studio)时重新生成)。

当我在另一台机器上向解决方案中添加新项目时，我就遇到过这个问题，但.suo文件在其他情况下也可能被损坏，导致非常奇怪的Visual Studio行为，所以删除它是我一直尝试的事情之一。

注意，删除.suo文件将重置解决方案的启动项目。

关于.suo文件的更多信息在这里。