使用相同IIS应用程序池的Web应用是否会共享内存中的DLL？

问题结论 #

• 同一IIS应用池下的多个独立ASP.NET Core Web应用不会共享已加载的公共类库DLL内存，你描述的场景中20个应用全部启动后，公共类库会在内存中存在20份独立拷贝
• 将20个应用合并为单个大型Web应用可以显著降低服务器内存占用，收益远不止减少公共类库的重复加载

为什么同应用池的独立应用无法共享DLL内存？ #

即使多个Web应用挂在同一个IIS站点、共用同一个应用池，.NET运行时的隔离机制也会阻止程序集内存共享：

1. .NET的程序集加载基于AssemblyLoadContext（ALC）实现隔离，每个独立ASP.NET Core应用启动时都会创建专属的默认ALC，哪怕磁盘上的DLL内容完全一致，不同ALC加载的程序集也会生成独立的内存拷贝，包括代码段、静态变量存储区都完全隔离，不会复用
2. 该设计是为了保证不同应用之间互不干扰，比如避免某一个应用修改公共类库的静态变量影响其他应用、或者支持不同应用引用同一类库的不同版本，IIS层面的应用池共用不会打破这个运行时规则

合并为单应用可节省的内存项 #

按照你提到的「全量统一部署、无单独启停需求」的运维场景，合并后可减少的内存占用包括：

• 公共类库重复加载开销：原本70%的公共代码20份拷贝直接缩减为1份，是最直观的收益
• 独立应用固定运行时开销：每个独立ASP.NET Core应用启动时都需要加载ASP.NET Core基础框架程序集、初始化中间件管道、配置系统、托管服务等，20个应用的这部分固定开销总和通常可达数百MB，合并后仅需保留1份
• 公共资源重复占用：如果多个模块存在公共静态资源、全局内存缓存，合并后可统一存储，避免重复占用

合并落地建议 #

如果担心合并后模块代码边界模糊，可以使用ASP.NET Core自带的「区域（Area）」功能拆分不同模块的路由、视图、业务代码，几乎不需要修改原有业务逻辑即可完成合并，同时保留模块之间的代码隔离性。

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