我们也看到了这个问题，具体到由多个项目共享的文件。在编辑器窗口的左上角有一个组合框，允许您切换文件的项目上下文(以及影响符号解析的引用)。

Resharper很容易通过“转到文件或符号”命令意外地打开错误的共享文件“版本”。

将上下文切换回我在解决方案中使用的项目是修复此问题所需要做的全部工作。

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

对我有用的是:

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

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

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

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

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

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

对于我来说，上面的几个建议并没有帮助我:

删除了一个项目引用(ReSharper声称不能找到它的库之一，即使它被正确引用)。 使用ReSharper的“Resolve”在它的一个用法上再次添加引用。

在那之后，它工作得很好，尽管在这个过程中没有修改任何项目文件。

我最终需要请求Resharper清除它的缓存，并通过Windows文件资源管理器手动完成。这最终解决了我的问题。

(正如在这里的许多解决方案中报告的那样)RESHARPER >选项…>环境>常规>清除缓存。 关闭Visual Studio。 在Visual Studio 2015 Resharper 10的文件资源管理器中转到以下路径:%localappdata%\JetBrains\Transient\ReSharperPlatformVs14 删除该文件夹内的所有子文件夹及其内容。 重新启动Visual Studio，重新加载解决方案，并等待Resharper为解决方案初始化自己。

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