当写好了C#的源代码后，C#编译器会把源代码编译成一个托管模块而非最终的机器语言。这个涉及到CLR的相关功能，因为CLR就是为了将不同的语言编写（例如C#、VB）出来的源代码可以更好地在不同平台使用，而不是针对某一种架构CPU进行编译。编译器编译出托管模块后，最终通过JIT编译器动态实时编译托管模块中的IL（中间代码）代码为CPU指令。
回过头来说托管模块，托管模块主要包含这些数据：元数据、IL中间代码、CLR头、PE32+头（32位系统为PE32）
元数据：一种数据表，其中包含着该模块内一些数据。有三种元数据表，分别是定义元数据表、引用元数据表、清单元数据表。定义元数据表的内容为该模块源代码中定义的类、字段、方法等信息，引用元数据表的内容为该模块引用了哪些类、成员等。清单（Manifest）则是程序集的一个必备要求，托管模块都有元数据，但不一定都有清单数据表。当一个托管模块有了清单之后，它就可以看作是一个程序集。清单当中记录着该程序集中的其他文件的名称，如下图用ILDasm查看的一个程序集的清单内容：
因为我在文件头using了很多其他的程序集，所以清单中就会显示出来我这个程序集引用了那些其他的程序集。除了这些，清单还记录着一些类似于版本号以及安全信息的一些内容在末尾。
IL中间代码：编译器生成的中间代码，之后CLR中的JIT编译器会将其翻译成最终的CPU指令
CLR头：包含使这个模块成为托管模块的信息，例如一些标志、托管模块入口方法（Main）的元数据token、以及一些其他不重要数据的位置/大小。CLR头在托管模块中并不是很重要，数据大小占比也是非常小。
PE32+头：标准的Windows PE文件头
托管模块的核心内容主要是前面两个，即元数据以及IL中间代码。这四种数据组成了托管模块，但CLR并不通过托管模块工作，CLR通过程序集进行工作。程序集是一个抽象的概念，它可以看作是一个或多个托管模块的逻辑性分组。程序集除了托管模块，还包括程序集中需要用到的资源文件，例如jpg等
程序集一般不是exe就是dll，这俩的区别就是，exe是有自己的程序入口的（Main），dll则是功能性比较多，没有自己的入口。例如在Visual Studio中，一个项目就可以看作是一个程序集。之前提到过托管模块的清单，这里细说一下多个或者单个模块是如何合并为一个程序集的。首先，程序集是必须有清单元数据表的，因为清单记录着程序集的版本、语言文化、发布者等内容，还包括着构成程序集的文件的描述文件。
举个例子，比如我现在有两个源代码文件在一个项目里，分别是RUT.cs和FUT.cs，分别定义不同的类型与方法，这两个源代码就可以看作是两个托管模块，后缀是.netmodule（因为编译器会将源代码编译成托管模块）现在要打包把他们合并成一个程序集。RUT里的东西不常用，而FUT里的东西常用，所以编译合并的时候我们就可以把清单元数据放到FUT.netmodule中，这样这两个托管模块就有了清单，可以看作是一个程序集。清单中记录着程序集中所有文件的信息，包括不常用的RUT.newmodule。
还有一些其他的形式，比如将清单元数据放到一个空的托管模块中
或者程序集中只有一个托管模块也是可以的。
CLR最终将源代码编程生成程序集，然后对程序集进行执行。所以流程大概就是源代码-托管模块-程序集。
程序集有很多好处，比如一个公司要对产品开发很多新的功能模块，就可以这些功能模块各自放到单独的一个程序集中（dll）。这些功能有些常用有些不常用，甚至有些功能甚至可能根本用不到，那么公司就可以只让用户下载用户能用到的那些功能模块，这样就可以减少下载量，同时程序的模块化也得到了保证。
标签：C#,托管,程序,数据表,模块,源代码,CLR 来源： https://www.cnblogs.com/soulkeyboy969/p/15634484.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。