【问题讨论】：
标签： c# visual-studio visual-studio-2005 assemblies strongname
签署第三方程序集对我有用：
Referenced assembly does not have a strong name
我了解到，如果链接的文章不再有效，发布步骤会很有帮助。所有功劳归Hiren Khirsaria：
运行 Visual Studio 命令提示符并转到 DLL 所在的目录。
For example, my DLL is located in D:/hiren/Test.dll
现在使用以下命令创建CIL 文件。
D:/hiren> ildasm /all /out=Test.il Test.dll（此命令生成代码库）
生成一个新密钥来签署您的项目。
D:/hiren> sn -k mykey.snk
现在使用ilasm 命令为您的库签名。
D:/hiren> ilasm /dll /key=mykey.snk Test.il
【讨论】：
我添加了 NuGet 包“StrongNamer”，我的问题解决了。
【讨论】：
首先确保解决方案中所有项目的所有 NuGet 包的版本相同。例如，您不希望一个项目引用 NLog 4.0.0.0 而另一个项目引用 NLog 4.1.0.0。然后尝试使用
重新安装 NuGet 包Update-Package -reinstall
我的程序集 A 引用了三个第三方程序集，而我的程序集 B 也引用了 A 的引用中只包含了两个。
更新包命令添加了对第三方程序集的缺失引用，错误消失了。
【讨论】：
使用 ilmerge。 ilmerge 来自 Microsoft，但它并未随 Visual Studio 或 SDK 一起提供。您可以从here 下载它。还有一个GitHub 存储库。您也可以从 NuGet 安装：
PM> Install-Package ilmerge
使用方法：
ilmerge assembly.dll /keyfile:key.snk /out:assembly.dll /targetplatform:v4,C:\Windows\Microsoft.NET\Framework\v4.0.30319 /ndebug
如果需要，您可以使用 sn（来自 Visual Studio）生成自己的密钥文件：
sn -k key.snk
【讨论】：
1> Register-PackageSource -ProviderName NuGet -Name NuGet -Location http://www.nuget.org/api/v2
2> Install-Package -Name ILMerge
3> $env:path += ';C:\Program Files\PackageManagement\NuGet\Packages\ilmerge.2.14.1208\tools'
4> ILMerge.exe .\packages\WireMock.Net.1.0.4.2\lib\net452\WireMock.Net.dll /keyfile:key.snk /out:WireMock.Net.dll /targetplatform:v4,C:\Windows\Microsoft.NET\Framework\v4.0.30319 /ndebug /lib:.\packages\Newtonsoft.Json.10.0.3\lib\net45\ /lib:.\packages\Handlebars.Net.1.9.0\lib\net40 /lib:.\packages\SimMetrics.Net.1.0.4\lib\net45 /lib:.\packages\Microsoft.Owin.2.0.2\lib\net45 /lib:.\packages\Owin.1.0\lib\net40 /lib:.\packages\Microsoft.Owin.Hosting.2.0.2\lib\net45 /lib:.\packages\MimeKitLite.2.0.1\lib\net45 /lib:.\packages\XPath2.1.0.5.1\lib\net40 /lib:.\packages\RestEase.1.4.4\lib\net45
对我来说，我的问题是我安装了两个相同的 NuGet 包，但版本不同。
【讨论】：
我正在寻找解决同样问题的方法，取消勾选“签署程序集”选项对我有用：
（您可能会注意到，屏幕截图来自 Visual Studio 2010，但希望它对某人有所帮助。）
【讨论】：
我编写了一个工具来自动对程序集进行强名称签名，包括您没有源代码的程序集或已放弃的项目。它以简单的方式使用了答案中描述的许多技术，没有现有工具或过时说明的任何缺陷或缺点。
.NET Assembly Strong-Name Signer
我希望这可以帮助任何需要签署第三方程序集的人，而不必费劲儿就可以到达那里。
【讨论】：
对我来说，问题在于没有强名称的 NuGet 包。解决方案是从 NuGet 安装 StrongNamer，它会自动为所有引用的程序集添加一个强名称。只需在项目中引用它即可解决我的问题。
【讨论】：
展开正在使用不“具有强名称密钥”的项目的项目文件并查找.snk 文件 (.StrongNameKey)。
浏览到Windows Explorer 中的这个文件（只是为了让您知道它在哪里）。
回到 Visual Studio 中没有“强名称键”的项目中，做
<Browse> 转到您之前找到的.snk 文件这应该可以解决问题。这解决了我在一个项目中使用同一解决方案中另一个项目中的表单的问题。
希望对你有帮助。
【讨论】：
情况： 您在解决方案 X、Y 中有项目 A、B、C、D
X 中的项目 A、B、C Y项目A、C、D
我需要在项目 A 中使用项目 C，但后来我不使用了。在 bin Debug 项目 A 中有 C.dll。
如果我编译解决方案 X，一切都很好（在这个解决方案中，我删除了参考 A -> C.），但是在解决方案 Y 中我遇到了这个问题。
解决办法是删除项目A bin Debug中的C.dll
【讨论】：
为避免此错误，您可以：
您将在 .NET-fu: Signing an Unsigned Assembly (Without Delay Signing) 中找到有关签署第三方程序集的说明。
签署第三方的基本原则是
使用ildasm.exe反汇编程序集并保存中间语言（IL）：
ildasm /all /out=thirdPartyLib.il thirdPartyLib.dll
重建并签署程序集：
ilasm /dll /key=myKey.snk thirdPartyLib.il
上述步骤工作正常，除非您的第三方程序集 (A.dll) 引用另一个也必须签名的库 (B.dll)。您可以使用上述命令对 A.dll 和 B.dll 进行反汇编、重建和签名，但在运行时加载 B.dll将失败，因为 A.dll 最初是使用对 B.dll 的 unsigned 版本的引用构建的。
解决此问题的方法是修补上述步骤 1 中生成的 IL 文件。您需要将 B.dll 的公钥令牌添加到引用中。您可以通过调用
来获取此令牌sn -Tp B.dll
这将为您提供以下输出：
Microsoft (R) .NET Framework Strong Name Utility Version 4.0.30319.33440
Copyright (c) Microsoft Corporation. All rights reserved.
Public key (hash algorithm: sha1):
002400000480000094000000060200000024000052534131000400000100010093d86f6656eed3
b62780466e6ba30fd15d69a3918e4bbd75d3e9ca8baa5641955c86251ce1e5a83857c7f49288eb
4a0093b20aa9c7faae5184770108d9515905ddd82222514921fa81fff2ea565ae0e98cf66d3758
cb8b22c8efd729821518a76427b7ca1c979caa2d78404da3d44592badc194d05bfdd29b9b8120c
78effe92
Public key token is a8a7ed7203d87bc9
最后一行包含公钥令牌。然后，您必须在 A.dll 的 IL 中搜索对 B.dll 的引用，并按如下方式添加令牌：
.assembly extern /*23000003*/ MyAssemblyName
{
.publickeytoken = (A8 A7 ED 72 03 D8 7B C9 )
.ver 10:0:0:0
}
【讨论】：
删除 “签名”选项卡下的 “签署程序集” 复选标记，正如@Michal Stefanow 所说。
在此处添加是对您自己的文件和/或其他人的文件进行签名的最简单方法。您只需要在“构建后事件命令行”下添加这一行：
"C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\bin\signtool.exe" sign /f "$(ProjectDir)\YourPfxFileNameHere.pfx" /p YourPfxFilePasswordHere /d "Your software title here" /du http://www.yourWebsiteHere.com /t http://timestamp.verisign.com/scripts/timstamp.dll /v "$(BaseOutputPath)$(TargetFileName)"
您可以签署其他人的文件或自己的文件，数量不限。
【讨论】：
如果您的程序集也未签名，您可以使用未签名的程序集。
【讨论】：
sn ildasm 和 ilasm
sn –k Cool.Library.snk 创建新的密钥对ildasm Cool.Library.dll /out:Cool.Library.il拆库move Cool.Library.dll Cool.Library.unsigned.dll 保留原始库作为备份ilasm Cool.Library.il /dll /resource=Cool.Library.res /key=Cool.Library.snk 用强名称重新组装库powershell -command "& {[System.Reflection.AssemblyName]::GetAssemblyName($args).FullName} Cool.Library.dll" 获取程序集完全限定名称。如果您必须在 web.config 或 app.config 等外部配置文件中引用 DLL，您将需要此位。【讨论】：
对于一个强命名的应用程序，我遇到了这个问题，然后必须更改它才能引用非强命名程序集，所以我在项目属性签名部分取消选中“签署程序集”，但它仍然 抱怨。我认为它必须是导致问题的某个地方的人工制品，因为我正确地完成了其他所有操作，仅此而已。我从它的 assemblyInfo.cs 文件中找到并删除了这一行： [assembly: AssemblyKeyFile("yourkeyfilename.snk")] 。 之后就没有构建投诉了。
【讨论】：