ASP.NET Core Web应用能否多个网站共用同一个IIS应用程序池？

结论 #

可以实现多个站点共用同一个IIS应用程序池，只要满足指定配置要求即可。

必须完成的配置 #

• 应用程序池基础配置：将应用池的.NET CLR 版本设置为无托管代码，托管管道模式设置为集成；如果所有站点都是64位应用，需要关闭启用32位应用程序选项，混合架构应用禁止共用同一个应用池。
• 托管模式统一配置：所有共用池的站点必须使用OutOfProcess托管模式，禁止使用InProcess模式。后者会将应用运行在IIS工作进程内，同一个应用池仅能承载一个进程内托管的ASP.NET Core应用，多站点共用会直接启动失败。
  可通过修改站点根目录web.config文件调整托管模式：

  <aspNetCore processPath="dotnet" arguments=".\YourWebApp.dll" hostingModel="OutOfProcess" />
  

• 权限统一配置：应用池的运行标识（默认是IIS AppPool\应用池名称）需要被赋予所有共用该池的站点根目录的读取、执行权限，如有站点需要额外的本地资源、数据库访问权限，也需要为该标识提前开通。

核心使用注意事项 #

• 资源相互影响：同一个应用池内的所有站点共享CPU、内存、请求队列资源，单个站点出现内存泄漏、死锁、CPU占满的故障会直接影响所有共用该池的站点，可用性要求高的业务不建议使用该方案。
• 回收影响范围大：应用池触发回收（比如达到内存阈值、定时回收周期、配置修改）时，所有共用该池的站点会同时重启，期间会出现短暂的访问中断。
• 无法做差异化池配置：应用池的所有配置（比如请求超时时间、队列长度、回收规则）会全局应用到所有站点，无法为单个站点调整独立的池运行参数。
• 排查故障难度提升：多个站点的运行日志、异常堆栈会混杂在同一个应用池的运行记录中，故障根因定位的复杂度远高于单站点单应用池的部署方案。
• 全局资源冲突风险：如果站点代码中使用了操作系统级全局共享资源（比如固定名称的命名管道、全局互斥锁），多个站点同时运行时会出现资源抢占冲突，这类应用不能共用应用池。

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