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

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

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

上面的链接清除缓存和/或暂停ReSharper没有为我工作。我只是从解决方案资源管理器中“刷新”了显示这个问题的项目，问题就消失了。可悲的是，它不断重复，唯一的选择是每次这个问题再次出现时都保持刷新。

我在Windows 8上使用了带有ReSharper 8.1的VS2012

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

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

我做了上面所有的事情都没有解决。

然后我做了一个步骤从另一个SO Q/ a(不记得哪一个)，这是设置System.Web.Mvc复制本地真。重新编译我的项目，错误就消失了。

当我将这个程序集设置为本地复制false时，错误没有返回。

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

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

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

我使用VS2015, r# 10。建议的解决方案对我都不起作用。我删除了我的解决方案的bin文件夹的内容，并重新构建了整个解决方案，这似乎已经解决了问题。在删除bin文件夹的内容之前，我尝试过暂停和恢复r#，从r# ->选项->常规设置中清除缓存，并手动删除\AppData\Local\JetBrains\Transient\ReSharperPlatformVs12\v01\SolutionCaches中的内容。希望它能帮助到别人。