一个比较完整的.NET Framework 2.0的GAC下子目录的结构如下所示:
C:/WINDOWS/Assembly/GAC
C:/WINDOWS/Assembly/GAC_32
C:/WINDOWS/Assembly/GAC_MSIL
C:/WINDOWS/Assembly/GAC_64
C:/WINDOWS/Assembly/NativeImages1_v1.1.4322
C:/WINDOWS/Assembly/NativeImages_v2.0.50727_32
C:/WINDOWS/Assembly/NativeImages_v2.0.50727_64
其中:
GAC是用于存放基于.NET Framework 1.0/1.1创建的Assemblies,这些Assemblies只能运行在32-bit 地址空间。
GAC_MSIL用于存放基于.NET Framework 2.0上的无特定CPU指定的Assemblies,这些assemblies可以运行在32-bit地址空间或者64-bit地址空间。
GAC_32也是用于存放基于.NET Framework 2.0创建的基于x86架构的Assemblies,因为这些Assemblies可以拥有32-bit的native CPU代码,所以只能运行在32-bit空间,可以直接在32-bit系统上运行或者使用WOW64技术在64-bit的OS系统上运行。
GAC_64用于存放.NET Framework 2.0上创建的基于x64或者IA64的Assemblies,这些Assemblies可能含有x64或者IA64的Native Code,所以他们只能运行在64-bit地址空间上。这个目录在32-bit的OS上不存在。值得注意的是,GAC_64中的Assemblies是根据系统架构决定,在x64系统上,该目录中的Assemblies就必须是基于x64的,IA64的Assemblies无法被装入,反之亦然。
以NativeImages开头的目录存放的通过NGen.exe编译assembly生成的基于当前平台的非managed代码,这个目录不需要Strongly named Assemblies,后面的数字对应了版本号。而基于.NET Framework 2.0的两个NativeImages目录名称最后的两个字符’64’和’ 32’则代表了对应的平台。
我们可以使用全局程序集缓存工具(gacutil.exe)来管理GAC
简单命令示例:
gacutil /i assembly.dll 安装程序集到GAC
gacutil /u assembly.dll 卸载程序集从GAC
更多命令属性 gacutil /? 查看