不同位置/应用引用的相同DLL，CLR是否重复加载？含IIS场景疑问

Hey，这些问题都是.NET开发者在部署IIS网站或者处理多应用程序集加载时经常踩的坑，我给你逐个掰扯清楚：

绝对会加载两次。CLR判断要不要加载新的程序集，核心看程序集的完整标识（名称、版本、公钥标记、文化）加上加载上下文，还有关键的加载路径。哪怕两个DLL的字节完全一样，只要它们在不同的路径下，CLR就会把它们当成两个独立的加载单元——毕竟每个应用的私有bin目录是各自独立的，CLR不会跨路径去共享已经加载的DLL实例。

这里默认说的是传统的ASP.NET（.NET Framework），如果是ASP.NET Core的话，因为没有AppDomain概念，隔离主要靠进程和应用沙箱，但加载逻辑核心思路类似。下面分几个小问题拆解：

2.1 CLR会加载两个1.dll还是仅加载一次？ #

得分两种情况：

• 如果两个网站用不同的应用程序池：每个应用程序池对应一个独立的w3wp.exe进程，进程之间完全隔离，CLR实例也是各自独立的，所以每个进程都会加载自己网站bin目录下的1.dll，也就是加载两次，互相不干扰。
• 如果两个网站用同一个应用程序池：默认情况下，每个网站会在进程内创建独立的AppDomain（应用程序域）。AppDomain是CLR层面的隔离边界，每个AppDomain会加载自己路径下的1.dll，所以还是会加载两次。除非你特意配置了网站共享AppDomain（这种场景极少，几乎没人这么做，因为会破坏隔离性），才可能共享加载，但完全不推荐。

2.2 引用时未指定特定版本是否有影响？ #

有影响，但得看1.dll的版本情况：

• 如果两个1.dll的AssemblyVersion完全一致：在同一个AppDomain里，CLR加载第一个后，后续再请求同版本同名称的程序集，会先检查已加载的缓存，但因为路径属于应用程序私有目录，CLR还是会加载当前AppDomain对应路径下的那个1.dll，不会跨路径共享。如果是GAC里有同版本的程序集，那会优先用GAC的，但这里是网站bin目录，所以还是各自加载。
• 如果两个1.dll的AssemblyVersion不一样：不管是不是同一个应用程序池，CLR都会把它们当成完全不同的程序集，各自加载。
  另外，没指定版本的话，CLR会默认使用当前应用bin目录下的版本，不会去别的网站或者GAC找，但隔离性还是由进程/AppDomain来保证。

2.3 相同/不同应用程序池的差异 #

差异核心在隔离级别：

• 不同应用程序池：进程级隔离，内存、CLR实例、加载的程序集完全分开。一个网站的1.dll更新、崩溃都不会影响另一个，加载的1.dll也是各自独立的。
• 相同应用程序池：进程是同一个，但默认每个网站有独立的AppDomain，AppDomain之间隔离程序集加载，所以还是各自加载1.dll；但如果其中一个AppDomain崩溃，整个进程里的所有网站都会挂掉，这也是为什么生产环境一般给不同网站分配不同应用程序池的原因。

内容的提问来源于stack exchange，提问作者DizzyBlack