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

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

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

我引用了一个NetStandard2.0项目，它没有得到r#的认可。 我清理了缓存，但这并没有帮助我。

下载最新版本并更新r#对我来说确实有用。

这是我现在运行的版本:

JetBrains ReSharper Ultimate 2017.3.2  Build 111.0.20180201.63358
ReSharper 2017.3.20180201.111630

只要下载r#，它就会识别已经安装的版本。更新到最新版本非常容易。

根据我的情况，我尝试了上面所有的建议。 但是，在某种程度上，我意识到即使Resharper暂停，问题仍然存在。 所以，我在VS本身中寻找了类似的问题，并在这篇So帖子中接受答案的评论中找到了解决方案。

为了简洁起见，我列出了我的步骤。

VS -> Tools -> Options -> ReSharper Suspend按钮 构建解决方案。注意，所有引用仍未解决 清洗溶液 重新启动和 在没有Resharper的情况下构建解决方案。注意所有引用都已解析 VS -> Tools -> Options -> ReSharper Resume按钮

《JetBrains Rider 2021.3.3》也有同样的问题。清理解决方案或重新启动IDE都没有帮助。解决方案是去文件>无效缓存…，确保只有ReSharper缓存被选中，然后单击无效和重新启动。

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

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

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

我也遇到过类似的问题。在我的例子中，我的项目路径的长度对于窗口来说太长了(超过248个字符)。

我的解决方案在VS 2017编译好了，但ReSharper找不到参考。有趣的是，即使构建成功，我在错误窗口中也有一个错误:

Severity Code Description Project File Line Suppression State Error MSB3491 Could not write lines to file "obj\Debug\netcoreapp2.1\My.Long.Path.Project.Name.csproj.CoreCompileInputs.cache". The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters. My.Long.Path.Project.Name C:\Program Files (x86)\Microsoft Visual Studio\Preview\Enterprise\MSBuild\15.0\Bin\Microsoft.Common.CurrentVersion.targets 3430

所以我缩短了项目路径，ReSharper工作正常。