我试图使用c# 4.0编译我的excel插件，并在Visual Studio中构建我的项目时开始遇到这个问题。重要的是要告诉你，我以前从来没有遇到过这个问题。什么会导致这种情况发生?
当前回答
当我在更新WindowsAPICodePack后遇到这种情况时，我只是重新构建了解决方案。
构建——>重建方案
其他回答
这里有一个不同的方法来解决这个问题:
右键单击项目并选择“卸载项目”选项。您将注意到您的项目变得不可用。 右键单击不可用项目并选择“Edit”选项。 向下滚动到包含所有资源标记的“< ItemGroup >”标记。 现在转到已经显示在错误列表中的引用，您将注意到它使用了单个标记(即< reference Include="assemble_name_here, Version=0.0.0.0, Culture=neutral" / >)。 更改为如下所示:
.
<Reference Include="assemble_name_here, Version=1.0.0.0, Culture=neutral, processorArchitecture=MSIL" >
< Private > True < / Private >
< HintPath > path_here\assemble_name_here.dll < / HintPath >
< / Reference >
保存您的更改，再次右键单击不可用的项目，然后单击“重新加载项目”选项，然后构建。
就我而言，我将项目升级到。net 4.7.2，但仍然使用旧的visual studio版本(2015年)构建。 当我在VS 2019中构建项目时，构建失败消失了。
您需要使用密钥对程序集进行签名。进入选项卡签名下的项目属性:
如果你试了这个问题的所有其他答案，你会:
您的解决方案中有多个项目 有一个项目(项目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来安装它。
我有这个解决方案与6个项目。 我的一个项目是将命名程序集引用为文件引用。其他人都指向了项目参考。
在这种情况下，我通常会得到不同的错误。
我的解决方案是在引用命名程序集的任何地方删除它，然后再将它添加回来。 一旦我完成了这个项目，这个问题就消失了。 在此之前，我尝试清理解决方案，并确保没有任何项目被签名。
希望它能帮助到某人…
