我在使用NuGet安装的ServiceStack DLL文件时遇到了这个问题。原来还有另一组标记为已签名的DLL文件可用。这不是每个人的答案，但您可能只需要检查程序集的现有签名版本。

对我来说，我的问题是我有两个相同的NuGet包安装了不同的版本。

I had this issue for an app that was strongly named then had to change it in order to reference a non-strongly named assembly, so I unchecked 'Sign the assembly' in the project properties Signing section but it still complained. I figured it had to be an artifact somewhere causing the problem since I did everything else correctly and it was just that. I found and removed the line: [assembly: AssemblyKeyFile("yourkeyfilename.snk")] from its assemblyInfo.cs file. Then no build complaints after that.

首先，确保解决方案中所有项目的所有NuGet包都是相同的版本。例如，您不希望一个项目引用NLog 4.0.0.0，而另一个项目引用NLog 4.1.0.0。然后尝试重新安装NuGet包

Update-Package -reinstall

我的程序集A引用了三个第三方程序集，而我的程序集B也引用了A，其中只有两个被包括在引用中。

缺少对第三方程序集的引用是由update package命令添加的，错误消失了。

如何对未签名的第三方程序集进行签名

Open up Developer Command Prompt for Visual Studio. This tool is available in your Window programs and can be found using the default Windows search. Ensure your prompt has access to the following tools by executing them once: sn ildasm and ilasm Navigate to the folder where your Cool.Library.dll is located sn –k Cool.Library.snk to create a new key pair ildasm Cool.Library.dll /out:Cool.Library.il to disassemble the library move Cool.Library.dll Cool.Library.unsigned.dll to keep the original library as a back-up ilasm Cool.Library.il /dll /resource=Cool.Library.res /key=Cool.Library.snk to reassemble the library with a strong name powershell -command "& {[System.Reflection.AssemblyName]::GetAssemblyName($args).FullName} Cool.Library.dll" to get the assembly fully qualified name. You will need this bit if you have to reference the DLL in external configuration files like web.config or app.config.

我添加了NuGet包“StrongNamer”，我的问题解决了。