我当时正在做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')" />

问题解决了。

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

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

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

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

把我的解决方案加入到混合中，因为它有点不同，我花了一段时间来弄清楚。

In my case I added a new class to one project but because my version control bindings weren't set I needed to make the file writable outside of Visual Studio (via the VC). I had cancelled out of the save in Visual Studio but after I made the file writable outside VS I then hit Save All again in VS. This inadvertently caused the new class file to not be saved in the project..however..Intellisense still showed it up as blue and valid in the referencing projects even though when I'd try to recompile the file wasn't found and got the type not found error. Closing and opening Visual Studio still showed the issue (but if I had taken note the class file was missing upon reopening).

当我意识到这一点时，解决方法很简单:将项目文件设置为可写，将丢失的文件读入项目。现在都建好了。

要解决这个问题，还可以删除并重新创建*.sln。关联解决方案的DotSettings文件。

我在试图以代理的身份在本地机器上运行Visual Studio Team Services构建时遇到此错误。

它在我的常规工作空间中工作得很好，我能够在本地代理文件夹中打开SLN文件，一切都编译好了。

有问题的DLL存储在项目中Lib/MyDLL.DLL，并在csproj文件中引用此DLL:

<Reference Include="MYDLL, Version=2009.0.0.0, Culture=neutral, PublicKeyToken=b734e31dca085caa">
  <SpecificVersion>False</SpecificVersion>
  <HintPath>Lib\MYDLL.dll</HintPath>
</Reference>

结果是，尽管有提示路径，它还是找不到文件。我认为msbuild可能是相对于SLN文件而不是项目文件。

在任何情况下，如果您得到的消息是无法解析此引用。无法定位程序集，请确保DLL位于msbuild可访问的位置。

我有点作弊，发现一条消息说“参考\bin\xxx.dll”，然后把dll复制到那里。