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

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

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

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

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

在构建解决方案时，我得到了相同的错误(类型或名称空间' '找不到)。在它下面，我看到一个警告，声明“引用无法解析”，并确保“程序集存在于磁盘上”。

我非常困惑，因为我的DLL非常清楚地位于引用所指向的位置。VS似乎没有突出显示任何错误，直到我尝试构建解决方案。

我终于意识到问题所在(或者至少我怀疑是问题所在)。我在同一个解决方案中构建库文件。因此，即使它存在于磁盘上，它也在那个位置被重新构建(在库重新构建的过程中，我的另一个项目-在同一解决方案中-引用了库，必须确定库不存在)

当我右键单击项目并只构建该项目，而不是整个解决方案时，我没有得到错误。

为了解决这个问题，我将库作为依赖项添加到正在使用它的项目中。

这样做:

我在解决方案资源管理器中右键单击我的解决方案并选择 “属性” 然后在“Common Properties”中选择“Project Dependencies”。 然后在项目下拉菜单中，我选择了项目 依靠图书馆，而且 选中“依赖”下的库旁边的复选框

这确保首先构建库项目。

[Facepalm]我的问题是我在c++的做事方式中添加了依赖。

转到无法构建的项目，在解决方案资源管理器中打开“References”文件夹，查看是否列出了您的依赖项。

如果没有，您可以“添加引用”并在Projects选项卡上选择依赖项。

Shankar繁荣。

我当时正在做VS 2017社区版，CefSharp的金块包也有同样的问题。

包被成功下载并恢复，项目可以构建并成功运行-只是标记表明名称空间无法识别。

我所要做的就是打开参考资料部分，点击其中一个黄色感叹号。

几秒钟后，标记错误就消失了。

在我的情况下，我卸载项目，然后:

Opened myProject.csproj and update the ToolsVersion="4.0" to ToolsVersion="12.0"(I'm using vs 2017)(using Paulus's answer https://stackoverflow.com/a/64552201/1594487). Deleted following lines from the myProject.csproj: <Import Project="..\packages\EntityFramework.6.4.0\build\EntityFramework.props" Condition="Exists('..\packages\EntityFramework.6.4.0\build\EntityFramework.props')" /> <Import Project="$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props" Condition="Exists('$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props')" />

问题解决了。