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

对于我来说，VS2015，我不得不将Resharper更新到2016.2.2版本来解决这个问题。

我已经试过了(没有一个对我有效):

暂停/恢复 暂停/清除缓存(使用工具>选项按钮)/恢复 暂停/清除缓存(使用Windows文件系统)/恢复 移动缓存到解决方案文件夹/重新启动visual studio 以上所有或部分的许多其他组合

我希望这能帮助到一些人。

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

当您的解决方案中有相同库的两个不同版本时，会在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更方便。

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

我也有同样的问题(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在安装时正确地拾取了所有内容，现在看起来很好。