我不知道为什么这样工作，但我删除了VS2015告诉我它找不到的项目引用，并再次添加它。解决了问题。我尝试过清理、构建和重新启动VS，但都无济于事。

您还可以尝试删除您认为有问题的代码，并查看是否在没有引用该代码的情况下进行编译。如果不是，请修复问题，直到它再次编译，然后将您怀疑的问题代码重新插入。有时，当编译器不喜欢其他东西时，我就会得到一些我知道是正确的类或方法的奇怪错误。一旦我修复了它真正挂起来的东西，这些“幻影”错误就消失了。

我也有同样的问题。一天晚上，我的项目会在第二天早上编译错误!

我最终发现visual studio决定“调整”我的一些参考，并将它们指向其他地方。例如:

system。componentmodel。isupportinitialize变成了blahblah。system。componentmodel。isupportinitialize

如果你和我一样，我这样做是很粗鲁的

首先，我将验证您的项目生成的信息是否损坏。在解决方案上进行清理和重新构建。

如果这还不起作用，我在过去看到的一种解决设计器问题的方法是打开一个windows窗体项目，然后再次关闭它。这有点像鸡内脏，所以别抱太大希望。

在我的例子中，我在一个解决方案中有两个项目，我在引用的项目中添加了一个子名称空间，但在构建时，我没有注意到引用的项目构建失败，它使用了最后一个成功构建的版本，没有这个新的名称空间，所以错误是正确的，它不能被找到，因为它不存在。解决方案显然是修复引用项目中的错误。

有同样的错误，我的故事如下: 在糟糕的合并(通过git)后，我的一个.csproj文件有重复的编译条目，如:

<Compile Include="Clients\Tree.cs" />
<Compile Include="Clients\Car.cs" />
<Compile Include="Clients\Tree.cs" />        //it's a duplicate

如果您有一个大的解决方案，并且错误窗口中有超过300条消息，那么很难检测到这个问题。 所以我已经通过记事本打开了损坏的.csproj文件，并删除了重复的条目。对我来说很管用。