在我的例子中，这些错误是由NuGet包管理器中的一些损坏引起的。解决方案的子项目没有得到构建，但是由于元数据错误，没有显示任何错误。

一旦所有的NuGet包都得到了纠正，项目就可以再次正确地构建了。

哇，看起来这个错误可能来自任何地方。

无论如何，我添加了一个新的WebAPI控制器到我的MVC应用程序，它自动魔术般地从NuGet得到所有的引用。后来我从NuGet UI中删除了引用，但我忘记删除使用它们的文件(即System.Http)。

出于某种原因，我收到的错误是这样的，以及一个关于未使用变量的简单警告。

我注释掉了变量，至少摆脱了警告，重新构建指出了所有使用不存在引用的文件。删除这些文件后，一切正常。

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

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

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

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

PS:这是Visual Studio 2015社区版

我在Visual Studio 2015中遇到了这个错误，当时我从一个扩展方法的调用中删除了类型注释，只留下了空的尖括号。

所以我有obj.extensionMethod<>()而不是obj.extensionMethod<Type>()。

我会把这个归类为Visual Studio中的bug，因为我不知道这个错误是如何产生那个错误的。

在我的案例中，解决方案中的一些项目针对任何CPU，其中一些针对x86。在整个解决方案统一了平台目标后，编译错误消失了。

在我的案例中，问题是我手动删除了一个标记为“缺失”的非编译文件。一旦我删除了对现在丢失的文件的引用并重新编译-一切都很好。