GAC是.NET程序集的全局缓存，用于共享和版本控制，通过gacutil、MSI安装或拖拽方式管理，解决DLL Hell问题，但.NET Core起更推荐私有目录和NuGet。
GAC，简单来说，就是.NET程序集（Assembly）的全局缓存，让多个应用程序可以共享同一个程序集，避免重复部署和版本冲突。管理它，其实就是安装、卸载和查看程序集。
GAC，一个看似简单的概念，背后却蕴藏着.NET框架对于程序集共享和版本控制的深思熟虑。它像一个中央仓库，存放着被信任的、可以被多个应用程序安全使用的程序集。
如何将程序集安装到GAC？
安装程序集到GAC有几种方法，最常用的可能是使用
gacutil.exe这个命令行工具。这个工具通常位于.NET Framework SDK的安装目录下。
例如，要将
MyAssembly.dll安装到GAC，你可以打开命令提示符，然后输入：
gacutil /i MyAssembly.dll
当然，你得先切换到
gacutil.exe所在的目录，或者将该目录添加到系统的PATH环境变量中。
还有一种方法，就是使用Windows Installer (MSI) 包。当你创建一个安装程序时，你可以指定将某些程序集安装到GAC。这种方式更适合于部署复杂的应用程序，因为它可以自动处理依赖关系和版本冲突。
最后，你可以直接拖拽程序集到
%windir%\assembly目录。虽然这是一种简单粗暴的方法，但在某些情况下也很有用。但需要注意的是，直接拖拽可能无法正确设置程序集的元数据，导致一些问题。
如何从GAC中卸载程序集？
卸载程序集同样可以使用
gacutil.exe工具。你需要指定程序集的完全限定名（Fully Qualified Name），包括程序集的名字、版本、公钥标记和区域性。
例如：
gacutil /u "MyAssembly, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"
如果不知道程序集的完全限定名，你可以先在
%windir%\assembly目录中找到该程序集，然后查看它的属性。
使用Windows Installer卸载程序集也是一种选择，如果你当初是通过MSI包安装的。
GAC解决了什么问题？
GAC主要解决了两个问题：程序集共享和版本冲突。
在没有GAC的情况下，每个应用程序都需要包含它所依赖的程序集的副本。这会导致磁盘空间的浪费，并且当多个应用程序需要使用同一个程序集的不同版本时，会产生版本冲突（DLL Hell）。
GAC通过将程序集集中存储在一个地方，允许多个应用程序共享同一个程序集，从而节省磁盘空间。同时，GAC使用强命名（Strong Name）和版本控制机制，确保应用程序可以加载它所期望的程序集版本，从而避免版本冲突。强命名包括程序集的名称、版本、公钥标记和区域性信息。
GAC的替代方案是什么？
虽然GAC在.NET早期版本中扮演了重要的角色，但随着.NET的发展，也出现了一些替代方案。
其中最主要的就是应用程序私有目录（Application Private Directory）。在这种模式下，每个应用程序都包含它所依赖的程序集的副本，但这些程序集只对该应用程序可见。
.NET Core和.NET 5+ 更加倾向于使用应用程序私有目录，而不是GAC。这主要是因为应用程序私有目录更加简单、灵活，并且可以更好地支持应用程序的隔离和部署。
此外，NuGet包管理器也提供了一种方便的方式来管理应用程序的依赖关系。NuGet允许你将程序集打包成NuGet包，然后通过NuGet客户端安装到你的项目中。NuGet包通常会安装到应用程序的私有目录中。
所以，虽然GAC在某些情况下仍然有用，但它已经不再是.NET应用程序部署的首选方案。
如何查看GAC中的程序集？
查看GAC中的程序集，最简单的方法就是打开Windows资源管理器，然后导航到
%windir%\assembly目录。这个目录实际上是一个虚拟目录，它显示的是GAC中的程序集的列表，而不是实际的文件系统结构。
你也可以使用
gacutil /l命令来列出GAC中的所有程序集。这个命令会输出一个很长的列表，包含每个程序集的完全限定名。
此外，一些第三方工具，如.NET Reflector和ILSpy，也可以用来查看GAC中的程序集。这些工具可以让你查看程序集的元数据、类型定义和IL代码。
总而言之，GAC是.NET框架中一个重要的组成部分，它提供了一种机制来共享和管理程序集。虽然GAC已经不再是.NET应用程序部署的首选方案，但了解它的工作原理仍然很有价值。
