在.NET程序集的开发过程中，强名称签名可以通过公钥私钥对验证程序集的来源和完整性，但是私钥通常需要严格保密，不适合直接交给所有开发成员使用。AssemblyDelaySignAttribute类就是为了解决这个问题而存在的，它支持延迟签名机制，让开发阶段可以仅用公钥完成部分签名，后续再补充私钥签名。
延迟签名的核心原理
强名称签名的完整流程是：用私钥对程序集的哈希值进行加密，把加密结果和公钥一起嵌入程序集。而延迟签名只做两步：首先把公钥嵌入程序集，然后在程序集中预留私钥签名的空间，不实际执行私钥加密操作。这样程序集在开发阶段就可以被其他程序引用，同时不需要暴露私钥。
AssemblyDelaySignAttribute类的基本用法
AssemblyDelaySignAttribute是System.Reflection命名空间下的特性类，它的构造函数接收一个布尔值，用来标记是否启用延迟签名。只需要在程序集的入口文件（通常是AssemblyInfo.cs）中添加这个特性即可开启延迟签名。
下面是启用延迟签名的特性配置示例：
using System.Reflection;
// 启用延迟签名，true表示开启延迟签名模式
[assembly: AssemblyDelaySign(true)]
// 指定程序集的公钥，这里需要替换为实际的公钥字符串
[assembly: AssemblyKeyFile("publicKey.snk")]
延迟签名的完整操作步骤
第一步：生成公钥文件
首先需要用.NET提供的强名称工具生成仅包含公钥的密钥文件，执行以下命令可以提取公钥：
# 先生成包含公钥和私钥的完整密钥对文件 sn -k fullKey.snk # 从完整密钥对中提取公钥，生成仅包含公钥的文件 sn -p fullKey.snk publicKey.snk
第二步：配置程序集特性
在项目的AssemblyInfo.cs文件中添加AssemblyDelaySignAttribute和AssemblyKeyFile特性，指定使用公钥文件，如上面的代码示例所示。
第三步：跳过开发阶段的签名验证
因为延迟签名的程序集没有私钥加密的签名，运行时会被认为签名无效，所以需要先在本地跳过对该程序集的签名验证，执行以下命令：
# 跳过指定程序集的签名验证，程序集名称替换为实际的项目输出程序集名 sn -Vr YourAssemblyName.dll
第四步：最终发布时补充完整签名
当程序集开发完成需要发布时，使用完整的私钥文件对程序集进行重新签名，执行以下命令：
# 用完整密钥对程序集进行签名 sn -R YourAssemblyName.dll fullKey.snk # 如果需要恢复签名验证，可以执行以下命令 sn -Vu YourAssemblyName.dll
延迟签名的注意事项
- 延迟签名仅适用于强名称签名的场景，普通的无签名程序集不需要使用这个特性
- 公钥文件可以公开给所有开发成员，但是私钥文件必须严格保密，仅由发布负责人保管
- 如果在开发阶段没有执行跳过签名验证的命令，引用延迟签名程序集的项目会编译失败
- 最终发布的程序集必须经过完整私钥签名，否则无法在正常开启签名验证的环境中运行
延迟签名的适用场景
延迟签名最适合团队协作开发的场景：开发阶段所有成员都用公钥做延迟签名，不需要接触私钥，避免私钥泄露；发布阶段由专人用私钥完成最终签名，既保障了程序集的安全性，也符合私钥管理的规范。对于个人开发的小型项目，如果不存在私钥分发的问题，也可以直接使用完整签名，不需要使用延迟签名机制。
AssemblyDelaySignAttribute延迟签名程序集签名强名称NET修改时间：2026-06-26 03:18:22