说到程序集，我刚开始对这个名词特别的郁闷！~。然后 前些天花了些时间 好好读了一下，现在比较清晰了，把一些书上看到的 记下来，以飨读者。希望没浪费你们的时间。
一。程序集是什么程序集，说白了就是一个 *.dll 或者 *.exe为后缀的文件。当然，如楼下朋友所说，是基于.NET平台的！~。谢谢。
程序集，包括以下部分：
- Windows 文件首部
- CLR 文件首部
- 元数据
- 程序集清单
- 可选的内嵌资源
Windows文件首部（知道有这么一个东西就行）：就是告诉windows操作系统，本应用程序是ASP.NET 还是Winform还是控制台应用程序。那怎么查文件首部信息呢？
打开VS的命令行工具 然后输入
dumpbin/headers 项目名称
程序集分为2类，私有程序集和共享程序集。
CLR 首部信息：运行于.NET 的程序都是需要这个标志哦！~如果需要查看它，也很简单，
打开VS的命令行工具 然后输入
dumpbin/clrheaders 项目名称
元数据：元素就是.NET 编译后的语言，我们可以打开ILDASM.exe 工具进行查看，然后再按Ctrl +M 打开元数据查看：
程序集清单：就是记录这个程序包含了哪些dll程序以及这个版本是啥等等。。。
二。单文件程序集和多文件程序集 2.1单文件程序集我们大多数的情况用的都是单文件程序集哦！。这个特别好理解，比如我们新建一个类库工程，然后进行编译，一般来说，编译之后我们会得到一个 *.dll的文件，ok，这个就是单文件程序集啦！~
2.1多文件程序集好，我们来说说多文件程序集。我们得知道，程序集由什么构成？是模块。所以，多文件程序集就是有多个模块构成的程序集。很遗憾的是，如果我们需要构建多文件程序集，VS IDE 是没法做的，只能通过命令行的csc.exe 命令进行。真辛苦~~~。
（1）在记事本里 写一段简单的code，如下：
using System; namespace Person { public class China { public void DisplayChinese() { Console.WriteLine("I'm Chinese"); } } }
然后，打开你VS 命令行，把上面的生成一个模块，命令如下:
csc.exe /t:module China.cs
我们能看到生成了一个：China.netmodule的模块文件。
（2），接着我们在新建一个文件，并且这个文件生成是dll文件。
using System; namespace Person { public class Japan { public void DisplayJapanese() { Console.WriteLine("I'm Japanese"); } } }
（3）把刚China.netmodule模块加入到刚需要生成的dll文件中。
命令是：
csc.exe /t:library /out:Lanny.dll Japan.cs /addmodule:China.netmodule
我们能看到生成了一个Lanny.dll的文件。。我们可以把这个文件引入到程序中进行测试。Ok，我们一个多文件程序集就这样程序。但是，我感觉这样的用处不大。
Japan j = new Japan(); j.DisplayJapanese(); Console.ReadKey();
能弹出“I'm Japanese”，说明我们引用成功了。
三。程序集的分类程序集分为私有程序集和共享程序集
3.1私有程序集。（1）啥是私有程序集。顾名思义，私 就是 私有的意思。就是我们新建的项目库中保留的dll 都是私有程序集。比如，在我其中一个MyTestConsle的项目，在Bin/Debug里面都是私有程序集。
（2）配置私有程序集（probing 属性）
一般情况下，我们需要dll，直接copy过去，是的，这样很方便。但是，有的时候，我们需要把dll放到不同的文件中，那么这个时候，就需要进行配置。别担心，特别的简单哦。
比如，我们在C盘下面新建一个 MyTest的文件夹。我把刚的2个程序拷到这里来，并且点击MyTestProject.exe，Ok，可以运行 这样没问题。。
但是，如果我新建一个“MyAllLibraries”文件夹，把我的Lanny.dll 文件放进去，如下图，那我运行，我们都知道 肯定会报错
咋办呢？这个时候就需要我们去配置了。我们在MyTestProject.exe同级下新建一个“MyTestProject.exe.config”文件。入下图：
MyTestProject.exe.config的内容是：
<?xml version="1.0" encoding="utf-8" ?> <configuration> <runtime> <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> <probing privatePath="MyAllLibraries" /> </assemblyBinding> </runtime> </configuration>
特别好理解，就是指明程序如果没有找到这个dll文件，那么我去哪里寻找。。。这样，我们就能顺利运行了。不截图了。
（3）使用VS IDE 进行配置
我们能新建Application Configuration File，然后进行配置。这个时候，它会自动把更新的内容更新到相应的 程序名.exe.config中。。
3.2共享程序集 （1）了解共享程序集上一节中，我们梳理了下私有程序集，现在我们说下共享程序集。那么它们之间最大的区别是什么呢？它们的本质区别是共享程序集的一个副本可供一台机器上的多个应用程序使用。
比如，我现在新建一个 Windows Forms的程序，里面有一个“MessageBox.Show（）”方法，可是很遗憾，你没法再你新创建的应用程序下面找到：System.Windows.Forms.dll的引用，为啥？因为它是共享的程序集。不信 你看下图，我没骗你把。
那么共享文件部署到哪里呢？它安装在GAC(Globle Assemble Cache)中,这个GAC 在下面的目录中。
部署到GAC之前，一定要给这个程序集赋一个强命名，它就像是.NET中的GUID，是一个唯一标识符。它的作用是用于标识给定.NET二进制文件的发行者。
强命名的组成包括：
- 程序集的友好名称
- 程序集的版本号
- 公钥值
- 等等。。
那怎么生成强命名呢？有2种方法，一种是命令形式，另外一个VS 图形化，最后的时候附带上。
①生成强命名文件
sn.exe 工具生成一个文件 以 *.snk(strong name key)后缀的文件。
语法是：
sn -k 文件名.snk
②把强命名文件放进程序中
我们只需要把刚我们myTestKey.snk 告诉编译器就好了。那怎么告诉呢？就是把信息写进AssemblyInfo.cs 文件。
③安装强命名的程序集
我们需要使用gacutil.exe 工具。
安装：gacutil.exe -i 程序集名称
查看：gacutil.exe -l 程序集名称
卸载：gacutil.exe -u 程序集名称
现在我们打开“C:\Windows\assembly”的时候，我们并没有找到刚MyLibrary.dll。原来在.NET 4中，GAC 被分在2个地方。.NET 1.0 到.NET 3.5的基础类库 就放到“C:\Windows\assembly”这里。而且.NET 4 编译下的程序集，是放到“C:\Windows\Microsoft.NET\assembly\GAC_MSIL\”中。。
那我们就导入就好了！！。如果我们导入了一个共享的GAC，这个时候 我们没法再本地程序集下面找到这个程序集，只能在刚我们所说的位置。
3.4图形化配置GAC①打开properties
我们选择 <New ...>
②创建强命名文件
③显示
