如果您更改了程序集版本或复制了错误中声明的托管库的不同版本，则以前编译的文件也可能引用了错误的版本。一个“重建所有”(或删除你的“bin”和“obj”文件夹在前面的评论中提到)应该解决这个问题。

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

我也遇到了一些问题，我所要做的就是删除导致错误的.dll(可以在参考中找到)，并重新添加它。

效果非常好。

当我遇到这个问题时，我通过关闭“启用ClickOnce安全设置”来解决它。

菜单:项目|“项目名称”属性…|安全选项卡|“启用ClickOnce安全设置”复选框。

I recently hit this problem. In my case, I have NuGet packages on different assemblies. What I had was different versions of the same NuGet packages associated with my own assemblies. My solution was to use the NuGet package manager upon the Solution, as opposed to the individual projects. This enables a "consolidation" option, where you can upgrade your NuGet packages across as many projects as you want - so they all reference the same version of the assembly. When I did the consolidations, the build failure disappeared.

当我在更新WindowsAPICodePack后遇到这种情况时，我只是重新构建了解决方案。

构建——>重建方案