.NET 4.0有一个新的GAC，为什么？

Question

.NET 4.0有一个新的GAC，为什么？

%windir%\Microsoft.NET\assembly\是新的GAC。这是否意味着现在我们必须管理两个GAC，一个用于.NET 2.0-3.5应用程序，另一个用于.NET 4.0应用程序？

问题是，为什么？

Answer 1

是的，因为有2个不同的全局程序集缓存（GAC），您必须单独管理它们中的每一个。在.NET Framework 4.0中，GAC经历了一些更改。GAC分为两个，每个CLR一个。用于.NET Framework 2.0和.NET Framework 3.5的CLR版本是CLR 2.0。前两个框架版本中没有必要拆分GAC。在Net Framework 4.0中破坏旧应用程序的问题。为了避免CLR 2.0和CLR 4.0之间的问题，GAC现在分为每个运行时的私有GAC。主要的变化是CLR v2.0应用程序现在无法在GAC中看到CLR v4.0程序集。资源为什么？这似乎是因为.NET 4.0中存在CLR更改，而不是2.0到3.5。1.1到2.0 CLR也发生了同样的事情。似乎GAC能够存储不同版本的程序集，只要它们来自同一个CLR。他们不想破坏旧的应用程序。请参阅MSDN中有关4.0中GAC更改的以下信息。例如，如果.NET 1.1和.NET 2.0共享相同的GAC，则从此共享GAC加载程序集的.NET 1.1应用程序可能会获得.NET 2.0程序集，从而破坏.NET 1.1应用程序用于.NET Framework 2.0和.NET Framework 3.5的CLR版本是CLR 2.0。因此，前两个框架版本中没有必要拆分GAC。破解旧版本（在本例中为.NET 2.0）应用程序的问题在Net Framework 4.0中重新出现，此时CLR 4.0已发布。因此，为了避免CLR 2.0和CLR 4.0之间的干扰问题，GAC现在分为每个运行时的私有GAC。随着CLR在未来版本中的更新，您可以期待同样的事情。如果只有语言更改，那么您可以使用相同的GAC。

Answer 2

它没有多大意义，原始的GAC已经能够存储不同版本的程序集。并且没有理由认为程序会偶然引用错误的程序集，所有.NET 4程序集都会使[AssemblyVersion]达到4.0.0.0。新的进程内并排功能不应改变这一点。我的猜测：已经有太多的.NET项目打破了“永远不会引用GAC中的任何内容”规则。我已经在这个网站上看了好几次。只有一种方法可以避免破坏这些项目：移动GAC。Back-compat在微软是神圣的。