我在ReSharper中也看到了类似的问题，但没有导致编译/运行时错误。

这主要是在使用“{x:Type…”{x:Static…}”标记，导致ReSharper报告“无法解析符号‘类型’”或“无法解析符号‘静态’”错误。

此外，还有许多错误，如“无效的标记扩展类型:预期类型是'<type>'，实际类型是'…extension '”。

当我向系统添加引用时，问题自行解决了。Xaml组装。

我也有同样的问题(VS 2017)。在我的例子中，它是不同版本的目标框架——一个程序集的目标是4.52，另一个是4.62——在两个程序集中设置为相同的版本后，它又开始工作了。

我只是在Visual Studio 2013中的ReSharper 8.2中遇到了同样的问题，并且没有一个常见的解决方案在这里清除缓存，暂停ReSharper或重新安装ReSharper是有效的。

以我为例，我最终是这样解决的……我查看了它无法解析的一个符号，并注意到它位于System.Web.Http.dll中。然后我发现这是在Microsoft.AspNet.WebApi.Core NuGet包中。我使用包管理器控制台尝试卸载该包，当然它告诉我，由于其他依赖关系，它不能卸载。

所以我卸载了包括Microsoft.AspNet.WebApi在内的所有依赖项。核心，然后重新安装每个包再次在相反的顺序。ReSharper在安装时正确地拾取了所有内容，现在看起来很好。

缓存清理对我来说都没用。所有的符号在任何我们的私有NuGet repros只是停止拾取r#启用，非常令人沮丧。 在切换并重新启动VS2019后，我从JetBrains支持那里得到了以下反馈:

关闭以下选项- ReSharper | Options | Environment | General |直接读取解决方案模型

没有软缓存删除解决方案为我工作，看起来有不同的RS版本之间产生的问题安装了多年。

对我有用的是:

Uninstal resharper 删除AppData\Local中的所有JetBrains文件夹 和AppData \漫游 重新安装resharper

所有的设置都需要重做，但即使有JetBrains团队的帮助，我也找不到更好的解决方案。

对我来说，检查解决方案给了我数百个错误，包括许多“无法在搜索路径中找到文件”。我试过了所有的方法都没用。我最终发现，检查项目，而不是解决方案，工作得很完美。