我在使用Resharper Ultimate的Visual Studio 2015中遇到了同样的问题，并尝试了上面建议的解决方案，但没有一个对我有效。

然后升级Resharper到最新版本解决了我的问题。

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

我在使用Resharper Ultimate的Visual Studio 2015中遇到了同样的问题，并尝试了上面建议的解决方案，但没有一个对我有效。

然后升级Resharper到最新版本解决了我的问题。

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

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

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

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

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

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

缓存清理对我来说都没用。所有的符号在任何我们的私有NuGet repros只是停止拾取r#启用，非常令人沮丧。 在切换并重新启动VS2019后，我从JetBrains支持那里得到了以下反馈:

关闭以下选项- ReSharper | Options | Environment | General |直接读取解决方案模型