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

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

这是我现在运行的版本:

JetBrains ReSharper Ultimate 2017.3.2  Build 111.0.20180201.63358
ReSharper 2017.3.20180201.111630

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

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

当您的解决方案中有相同库的两个不同版本时，会在ReSharper中发生这种情况。例如，项目A引用automapper 1.1版本，项目B引用automapper 1.0版本。

当Visual Studio选择一个要绑定的dll时，它通常会按照预期的方式编译和运行。然而，ReSharper变得非常混乱。对我来说，这应该是一个ReSharper错误，它要求你解决，而不是只是疯了。

更新:

我两天前(在我写这篇文章的第二天)完全巧合地遇到了这个问题，看到了这个链接，他们说这是由VS API的一个bug引起的。我尝试了他们推荐的所有方法，甚至暂时都无法解决这个问题:我使用的是Autofac 2.6。我从谷歌下载的。代码，然后交换它为NuGet包版本，它故意拒绝看到新的引用，无论我做什么。

他们建议安装r# 8 EAP，但对我来说，降级到旧版本的Autofac更方便。

帮不上什么忙，但也许有用。

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

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

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

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

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

我有同样的问题，卸载和重新加载有问题的项目帮助我清除了ReSharper这个问题。希望这能有所帮助。