.NET程序集（Assembly）

在.NET 中，新引入了一个程序集的概念，就是指经由编译器编译得到的，供CLR进一步编译执行的那个中间产物，在WINDOWS系统中，它一般表现为.dll,或者是.exe的格式，但是要注意，它们跟普通意义上的WIN32可执行程序是完全不同的东西，程序集必须依靠CLR才能顺利执行。

之所以要编译为程序集然后由.NET FRAMEWORK解析执行，就是为了实现跨平台的功能。并且由CLR解析执行可以针对不同的具体平台生成具体针对性的优化代码，对执行效率也有好处。

程序集的格式如下：

WIN32文件头

CLR文件头

CIL代码

类型无数据（metadata）

程序集清单（manifest）

可选的嵌入资源

既然这儿都包含WIN32文件头了，跨平台又从何跨起呢？肯定不是这么简单，要是想在别的平台上，应该还是需要重新编译。

因为任何一个模块，要想让WINDOWS执行，必须先跟WINDOWS打招呼，然后由WINDOWS再调用CLR来解析执行你的模块，而不会由CLR直接监听到你的双击事件而启动解析。关于WIN32文件头，在VISUAL STUDIO 2008中，打开 Command Prompt 工具，然后在其中调用这个程序 ： dumpbin 然后给其参数：

dumpbin  test1.exe  /headers                                  （这个工具也可以使用在普通WIN32可执行程序上。）

 这样子就可以看到某一程序集的WIN32文件头信息。看一下头三行是这样子的：

Dump of file test1.exe

PE signature found

File Type: EXECUTABLE IMAGE  （刚看到时我发现这个 EXECUTABLE IMAGE,是不是普通的可执行程序不是IMAGE呢？打开一个普通的看了一下，发现也是。。）

dumpbin 工具还可以用 /clrheader 参数查看一个.NET程序集的 CLR 头信息。

接下来是CIL代码部分，这就是一个程序集的最核心部分了。CIL的细节日后再具体学习吧。

元数据部分完整地描述了程序集内含类型和引用外部类型的格式。.NET CLR利用元数据在内存的二进制布局类型中类型（以及类型成员）的位置，使远程方法调用更便利。元数据是反射得以实现的重要条件。

MANIFEST里面详细记录了程序集中的每一个模块，其版本，以及引用的外部程序集。

查看CIL , METADATA, MANIFEST 需要借助于 ildasm.exe 或者 reflector.exe 工具。

在大多数情况下，一个程序集由一个独立的模块组成。但是，有时候程序集大了后，为了降低耦合度，可以把它分解为多文件程序集。由多个 .dll 文件来组成它。其中会有一个 .dll 做为主模块。然后主模块的清单记录了它依赖的每一个 .dll 文件。并且，这些不同模块可以由不同的语言写成。

在VS2008中，选择新建项目中的 Class Library 就可以自动生成 .dll 类库文件。这时候，程序中没有Main()方法，你只能BUILD它，但不能运行它。

如果你要在某个项目中使用它，那么你需要添加到该二进制文件的reference 引用，然后using 它的命名空间，这样子。。。

私有程序集 与 共享程序集

私有程序集就是不同项目中生成的程序集，仅供本项目使用，或者可以经过配置被某一个其它项目的程序集引用。

共享程序集是机器级别的共享程序集，它放置一个叫GAC （Global Assembly Cache）的地方，可以被其它所有的私有程序集所引用。注意，GAC中只能放置.dll文件，而不能有.exe 文件。关于如何部署到GAC，具体细节查书。关于程序集的部署配置有很多需要注意的地方。日后再说。