• 程序集的内部结构(托管模块、元素局、IL代码的分布情况)


    程序集的内部结构

            

           在看程序集的结构之前,我们先来看托管模块的结构。

           托管模块由四部分组成:PE32头、CLR头、元数据(Metadata)、IL代码。其中PE32头是用来决定托管模块运行的系统环境(32位、64位)的,CLR头饰用来描述CLR版本等信息的,这两者不是我们的重点,我们主要来讨论元数据,和IL代码。元数据其实是一些用来描述程序集、托管模块、类型、类型的成员之间的关系的表(tables),我们可以将这些表分为三类 定义表、引用表、Manifest,我们通常所受的托管模块是不包含Manifest的。下面是托管模块的示意图:

     

     

      

     

     

            通过模块的入口我们可以找到所有的类型,通过类型的入口我们可以找到她的所有的成员的入口,就能找到所有的成员,成员方法的入口会有指向IL代码的索引,所以我们只要有模块的入口就可以拿到入口中的说有元素了。另外我们还可以看出处理方法和属性成员以外其他的元素都是用元数据描述出来的,只有这两者是有IL代码的描述的。

     

     

     

    现在应该把Module的结构明确了,接下来就是程序集了,程序集是由托管模块编译得到的,程序集有多种形态,有单文件程序集、多文件程序集,单文件程序集只包含一个物理文件,多文件程序集包含多个物理文件。我们平时用VS创建的项目都是被编译成一个单文件程序集(VS不支持多文件程序集的创建),它只包含一个托管模块,这个托管模块就是我们的程序集,与一般的托管模块不同的是,它会包含Manifest类型的一些表,我们就是利用这些表来描述程序集中托管模块的分布,从而将托管模块从逻辑上来关联成为一个程序集的。

     

    Manifest包含的表有:

    Manifest 中还包含一些引用表,是用来描述程序集中所有模块引用的程序集的入口的,这样在我们加载程序集的时候,就可以根据这个表知道有哪些程序集被引用了,下面是多文件程序集的两种可能的结构:

     

    机构一:

    结构二:

     

    上述内容均来自《CLR》,如理解有误,还请指出

     

  • 相关阅读:
    MaxScale智能读写
    flask简单demo
    django简单demo
    git原生私服之git&gitweb
    gerrit 解决中文乱码相关配置(转载)
    gerrit集成gitweb:Error injecting constructor, java.io.IOException: Permission denied
    gerrit: Error in POST /accounts/self/preferences
    redmine 配置邮件发送为async后,不能发送邮件(转载)
    gerrit error: unpack failed: error Permission denied
    centos修改hostname以及时间同步
  • 原文地址:https://www.cnblogs.com/key1309/p/3409614.html
Copyright © 2020-2023  润新知