我的情况和这里讨论的一样，但在我移除系统之前没有解决它。来自引用列表的核心引用(没有它一切都可以正常工作)

希望这能帮助到一些人，因为这个问题很令人沮丧

我知道这是踢死马，但我有这个错误和框架在哪里好。我的问题基本上是声明无法找到接口，但它构建和访问都很好。所以我开始思考:“为什么只有这个界面，而其他人都工作得很好?”

最终，我使用WCF的端点接口访问了一个服务，该端点接口使用的是实体版本6，而其余的项目使用的是版本5。我没有使用NuGet，而是简单地将NuGet包复制到本地存储库以供重用，并以不同的方式列出它们。

例如，EntityFramework6.dll vs . EntityFramework.dll。

然后，我将引用添加到客户端项目，噗的一声，我的错误消失了。我意识到这是一个边缘情况，因为大多数人不会混合实体框架的版本。

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

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

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

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

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

我遇到了同样的问题:VS 2017强调引用项目中的一个类为错误，但解决方案构建正常，甚至智能感知工作。

下面是我解决这个问题的方法:

卸载引用的项目 在VS中打开。proj文件(我正在寻找重复的人建议在这里) 重新加载项目(我没有改变甚至保存proj文件，因为我没有任何副本)

我知道这是老问题了，但我也发现了同样的问题。我的项目确实构建了，然后我将Visual Studio更新到最新&项目不会构建，因为它无法从单独的程序集找到类型定义。另一个程序集构建OK，主项目正确地引用了它&自从它构建OK以来没有任何变化。

我清理了整个解决方案并重新构建了它，它失败了。我自己做了这个组件，它做得很好。这个工程没有建成。我多次清洁和建造，但它失败了。然后我叫了一个同事去看，当我在他的监视下建造时，一切都建好了。

我认为Visual Studio工具是问题所在，特别是我刚刚更新了它。