ASP.NET Core 在 IIS 中 In-Process 和 Out-Of-Process 托管模型

小渣渣

自从 .NET  Core 跨平台后，ASP.NET Core 项目既可以在 Windows 上面跑也可以在 Linux 上面跑，在 Windows 上面部署的话，既可以部署到 IIS 上面，也可以直接通过命令行运行，不依赖于 IIS 服务，这是由于 ASP.NET Core 内部包含 Kestrel 容器。

关于如何将 ASP.NET Core 应用部署到 IIS 服务，可以参考如下：

【实战】ASP.NET Core 部署到IIS服务器
https://www.itsvse.com/thread-7838-1-1.html

ASP.NET Core 部署在 IIS 中有 In-Process 和 Out-Of-Process 两种托管模型

参考资料：

超链接登录可见。
超链接登录可见。


进程内 In-Process 模型

自 ASP.NET Core 3.0 起，默认情况下已为部署到 IIS 的所有应用启用进程内托管（In-Process），web.config 文件如下：

登录可见。

可以看到 hostingModel="inprocess"，进程内模型不使用Kestrel，而是使用IISHttpServer()直接在IIS应用程序池内部托管的新Web服务器实现，该实现与传统的ASP.NET被引入IIS的方式有些相似。

下图说明了 IIS、ASP.NET Core 模块和进程内托管的应用之间的关系：



尝试访问网站，可以通过响应头查看 server ，如下图：



通过任务管理器查看进程，也只有 2 个进程，如下图：



进程外 Out-Of-Process 模型

该模型 IIS 充当反向代理的作用，当收到请求后，需要将请求转发给 Kestrel 服务，Kestrel 是嵌入在 ASP.NET Core 应用程序中的跨平台 web 服务器。

下图说明了 IIS、ASP.NET Core 模块和进程外托管的应用之间的关系：



我们修改 web.config 文件，如下：

登录可见。

我们通过浏览器访问网站，可以查看响应头的 server 值变成了 Kestrel，如下图：



同时查看任务管理器，发现有 3 个进程，如下图：



总结

在 InProcess 托管模型中，请求和响应通过 w3wp.exe 或 IISExpress 提供，而在涉及的 OutOfProcess 工作进程中是 dotnet.exe
在 InProcess 托管模型中，使用单个 Web 服务器，而在 OutOfProcess 托管模型中，可以使用两个 Web 服务器。

使用新的 In-Process 模型的明显原因是它更快，使用的资源更少，InProcess 托管模型提供了更好的性能，因为它直接在IIS应用程序池的过程中运行。没有内部HTTP流量和开销，请求将立即处理。

小渣渣

ASP.NET Core 进程内与进程外的性能对比：http://blog.iis7.com/article/5958.html
ASP.NET Core 5 在IIS，Nginx，Caddy下的性能测试：https://cloud.tencent.com/developer/article/1788073

飞鱼

学习学习