我就有这个问题。这是因为我有许多项目指向相同的组装，但从不同的版本。我解决它选择相同版本的所有项目在我的解决方案。

我得到类似的编译器错误。一旦我将dll文件的依赖项目添加到解决方案中，问题就解决了。

卸载和重新加载项目的问题解决了它为我。

就我而言，我将项目升级到。net 4.7.2，但仍然使用旧的visual studio版本(2015年)构建。 当我在VS 2019中构建项目时，构建失败消失了。

您的程序集是否正确签名?

要检查这一点，在项目上按Alt+Enter(或右键单击，然后Properties)。点击“签名”。验证复选框“签名程序集”已选中，强名称密钥文件已选中，且“仅延迟签名”未选中。

如果你试了这个问题的所有其他答案，你会:

您的解决方案中有多个项目 有一个项目(项目a)引用另一个项目(项目B)，后者的项目引用一个NuGet包。 在项目A中，您使用Intellisense/ReSharper引入项目B中引用的NuGet包的引用(当项目B中的方法返回由NuGet包提供的类型并且该方法在项目A中使用时，这可能会发生) 通过NuGet包管理器(或CLI)更新NuGet包。

.．.你可能在你的项目的引用中有不同版本的NuGet包DLL，因为Intellisense/ReSharper创建的引用将是一个“正常的”引用，而不是预期的NuGet引用，所以NuGet更新过程不会发现或更新它!

要解决这个问题，请删除项目A中的引用，然后使用NuGet安装它，并确保所有项目中的NuGet包都是相同的版本。(如回答中所述)

生活小贴士:

当ReSharper/Intellisense建议添加一个引用到你的项目时，这个问题就会出现。它可能比上面的例子复杂得多，多个交织的项目和依赖关系使其难以跟踪。如果ReSharper/Intellisense建议的引用实际上来自NuGet包，使用NuGet来安装它。