CLR-共享程序集和强命名程序集

共享程序集和强命名程序集

2017年08月12日 23:36:52 生活常识 阅读数 187

CLR支持两种类型的程序集:弱命名程序集(weakly named assembly)和强命名程序集(strongly named assembly)。二者的区别:强命名程序集使用发布者的公钥/私钥进行了签名。这一堆密钥允许对程序集进行唯一性的标识、保护和版本控制。

  程序集可采用两种方式部署:私有或全局。私有部署的程序集是指部署到应用程序基目录或子目录的程序集,弱命名程序集只能以私有方式部署。全局部署的程序集是指部署到一些公认位置的程序集(GAC),CLR在查找程序集时,会检查这些位置,强命名程序集既可以私有部署,也可以全局部署。
 

为程序集分配强名称


  强命名程序集有4个重要特性:文件名、版本号、语言文化和公钥(由于公钥数字很大,所以通常使用从公钥派生的小哈希值,称为公钥标记)。以下是一个强命名程序集标识字符串及说明:

 

如何使用Visual Studio创建密钥文件以及强命名程序集这里就不介绍了,Properties|Signing|Sign the assembly,下面介绍使用强命名工具sn.exe以及C#命令行编译器csc.exe生成强命名程序集

创建强命名程序集

  1. 使用强命名工具sn.exe创建密钥文件。

     
    1. sn.exe位置:

    2. C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6.1 Tools

    使用如下命令,创建密钥文件:

    SN -k Answer.snk

     

    命令执行完毕后会在当前目录生成Answer.snk文件。

    注:必须以管理员身份打开命令行程序cmd.exe,否则无法创建密钥文件。

    如果要查看该密钥文件的实际公钥,执行以下两条命令:

     
    1. SN -p Answer.snk Answer.PublicKey sha256

    2. 使用-p命令创建只含公钥的文件

     

     
    1. SN -tp Answer.PublicKey

    2. 使用-tp命令显示公钥标记

     

  2. 使用密钥文件创建强命名程序集

    本节沿用上一篇中创建的CommonTypes.cs文件,将步骤1中生成的Answer.snk文件拷贝到D:\test目录下,执行以下命令:

    C:\Windows\Microsoft.NET\Framework64\v4.0.30319\csc.exe /t:library /keyfile:Answer.snk CommonTypes.cs

     

    C#编译器打开指定密钥文件(Answer.snk),用私钥对程序集进行签名,并将公钥嵌入清单中。生成强命名程序集时,程序集的FileDef清单元数据表列出构成程序集的所有文件,每将一个文件名添加到清单,都对文件内容进行哈希处理,哈希值和文件名一同被存入FileDef表中。使用ILDasm.exe工具查看程序集元数据,可以看到公钥已经被嵌入程序集清单中。

     

 

全局程序集缓存


  创建了强命名程序集之后,我们就可以部署它了。文章的开头已经介绍,全局部署的程序集是指部署到一些公认位置的程序集,这个公认位置就是全局程序集缓存(Global Assembly Cache,GAC)。GAC位置如下:

C:\Windows\Microsoft.NET\assembly

在GAC中安装或卸载强命名程序集最常用的工具是GACUtil.exe。

 
  1. GACUtil.exe位置:

  2. C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6.1 Tools

将上一节中创建的CommonTypes.dll注册到GAC中,执行语句:

gacutil.exe /i D:\test\CommonTypes.dll

 

提示注册成功后,路径C:\Windows\Microsoft.NET\assembly\GAC_MSIL下生成CommonTypes文件夹。

 

 

强命名程序集的引用


  任何程序集都包含对其他强命名程序集的引用,因为System.Object定义在MSCorLib.dll中,MSCorLib.dll就是强命名程序集。使用csc.exe的/reference编译器开关指定想引用的程序集文件时,若提供完整路径,csc.exe会加载指定文件,并根据它的元数据生成程序集;若指定不包含路径的文件名,csc.exe会在如下目录查找程序集:

  1. 工作目录
  2. csc.exe所在目录,目录中还包含CLR的各种DLL文件
  3. 使用/lib编译器开关指定的任何目录
  4. 使用LIB环境变量指定的任何目录

虽然编译时会在这里查找程序集,但运行时不会在这里加载程序集。安装.NET Framework时,实际会安装两套程序集文件。一套在CLR目录,另一套在GAC的子目录。CLR目录下的文件便于生成程序集,而GAC中的文件便于运行时加载。
 

强命名程序集防篡改


  用私钥对程序集进行签名,并将公钥嵌入程序集中,CLR就可以验证程序集是否被修改或破坏。程序集安装到GAC时,系统对包含清单的那个文件的内容进行哈希处理,将哈希值与PE文件中嵌入的RSA数字签名进行比较,值完全相同则表明文件内容未被篡改。此外,系统还会对程序集的其他内容进行哈希处理,并与清单文件的FileDef表进行比较。
 

延迟签名


  只有少数人才能访问私钥,而开发和测试的过程中,需要经常对程序集进行修改,.NET Framework提供了延迟签名技术。延迟签名允许只使用公钥生成程序集,暂不用私钥,等到打包和部署程序集时再进行签名。下面总结了使用延迟签名技术开发程序集的步骤:

  1. 新建DelaySignSample.cs文件

     
    1. public class DelaySignSample

    2. {

    3. static void Main()

    4. {

    5. System.Console.WriteLine("Hello");

    6. System.Console.ReadLine();

    7. }

    8. }

  2. 使用公钥文件编译程序集

    csc /t:library /keyfile:Answer.PublicKey /delaysign DelaySignSample.cs
  3. 指定-Vr命令行开关,使CLR暂时信任程序集内容,不进行哈希建检验(这使得程序集能顺利安装到GAC,否则注册时会报错)

    SN.exe -Vr DelaySignSample.dll
  4. 项目开发完成后,使用私钥进行签名

    SN -R DelaySignSample.dll Answer.snk
  5. 重新启用对该程序集的验证

    SN -Vu DelaySignSample.dll

     

 

运行时解析类型引用


  运行应用程序时,CLR会加载并初始化自身,读取程序集的CLR头,查找标识了应用程序入口方法(Main)的MethodDefToken,检索MethodDef源数据表找到IL代码在文件中的偏移量,将IL代码JIT编译成本机代码,最后执行本机代码。

具体的执行过程在《CLR的执行模型》中已经详细介绍。

  下图展示了CLR加载程序集并扫描其元数据来定位类型的过程:

 

标签: CLR Via C#

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值