ASP.NET Core 进程外(out-of-process)托管

Posted cool2feel

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了ASP.NET Core 进程外(out-of-process)托管相关的知识,希望对你有一定的参考价值。

ASP.NET Core 进程外(out-of-process)托管

在本节中,我们将讨论 ASP.NET Core 中的Out Of Process Hosting

ASP.NET Core 进程内(InProcess)托管

我们先简单回顾下 ASP.NET Core 中,要配置 InProcess 的服务器,

需要在项目文件中添加``< AspNetCoreHostingModel >元素,其值为InProcess`

< AspNetCoreHostingModel > InProcess </ AspNetCoreHostingModel >

使用 InProcess 托管,应用程序托管在 IIS 工作进程(w3wp.exe 或 iisexpress.exe)中。 使用 InProcess 托管,只有一个 Web 服务器,它是承载我们的应用程序的 IIS 服务器。

技术图片

ASP.NET Core 进程外(out-of-process)托管

有两种方法可以配置进程外托管 :

  • 方法一:将< AspNetCoreHostingModel >元素添加到应用程序的项目文件中,其值为OutOfProcess
< AspNetCoreHostingModel > OutOfProcess </ AspNetCoreHostingModel >
  • 方法二:默认为OutOfProcess托管。因此,如果我们 从项目文件中删除 < AspNetCoreHostingModel >元素,默认情况下 ASP.NET Core 将使用OutOfProcess托管。

进程外(out-of-Process)托管

  • 有 2 个 Web 服务器 ,内部 Web 服务器和外部 Web 服务器。
  • 内部 Web 服务器是 Kestrel, 外部 Web 服务器可以是 IIS,nginx 或 Apache。在上节课中我们讨论了什么是 Kestrel

根据您运行 asp.net Core 应用程序的方式的不同,可能会,也可能不会使用外部 Web 服务器。

 

Kestrel 是嵌入在 asp. net Core 应用程序中的跨平台 web 服务器。使用进程外(out-of-Process)托管, Kestrel 可通过以下两种方式来进行使用:

Kestrel 可以用作面向互联网的 web 服务器, 直接处理传入的 HTTP 请求。 在此模型中, 我们不使用外部 web 服务器。只使用 Kestrel, 它作为服务器可以自主面向互联网, 直接处理传入的 HTTP 请求。 当我们使用. net Core CLI 运行 asp. net Core 应用程序时, Kestrel 是唯一用于处理和处理传入 HTTP 请求的 web 服务器。

技术图片

Kestrel 还可以与反向代理服务器 (如 IIS、Nginx 或 Apache) 结合使用。

技术图片

来个讨论

如果 Kestrel 可以单独用作 Web 服务器,为什么我们需要一个反向代理服务器?

因为 Kestrel 使用 "进程外(out-of-process)托管", 结合反向代理服务器是一个不错的选择, 因为它提供了额外的配置和安全性层。它可能会更好地与现有基础设施集成。它还可用于负载平衡。

因此, 在使用反向代理服务器的情况下, 它将接收来自网络的传入 HTTP 请求, 并将其转发到 Kestrel 服务器进行处理。在处理请求时, Kestrel 服务器将响应发送到反向代理服务器, 然后反向代理服务器最终通过网络将响应发送到请求的客户端。

在后面的视频课程中,我们将学习如何将 ASP.NET Core 应用程序部署到 IIS 并使用 IIS 作为反向代理服务器。当我们直接从 Visual Studio 运行 asp.net Core 应用程序时,它默认使用 IIS Express。 由于我们已将应用程序配置为使用进程外托管,所以当前情况下,IIS Express 已经在充当反向代理服务器了。

IIS Express接收传入的 HTTP 请求并将其转发给Kestrel进行处理。Kestrel处理请求并将响应发送到IIS Express。IIS Express 反过来将该响应发送到浏览器。

使用进程外托管无论您是否使用反向代理服务器,Kestrel 服务器都是作为托管应用程序的服务器同时处理请求的,也就是我们最开始说的自托管。 如果使用反向代理服务器接收传入的 HTTP 请求并将其转发到 Kestrel 服务器。同样,它从 Kestrel 服务器获取响应并将其发送到客户端。因此托管应用程序的进程名称是dotnet.exe

使用以下代码获取进程名称

我们来操作一波,给大家演示看看。记住下面这行代码,是个知识点

System.Diagnostics.Process.GetCurrentProcess().ProcessName;

当我们使用.NET Core CLI 运行 asp.net Core 项目时,默认情况下它会忽略我们在.csproj 文件中指定的托管设置。因此项目文件中的``AspNetCoreHostingModel`标签下的值是被忽略了的。 无论您指定的值(InProcess 或 OutOfProcess)如何,它始终都是 OutOfProcess 托管,都是通过 Kestrel 托管应用程序,同时处理 http 请求。

一个常见问题

我们可以在不使用内置的 Kestrel Web 服务器的情况下运行 asp.net Core 应用程序吗?

答案是肯定可以的,你要相信.NET Core 的开发团队。如果我们使用 InProcess 托管,则应用程序将托管在 IIS 工作进程(w3wp.exe 或 iisexpress.exe)中。 知识点:Kestrel不与InProcess(进程内)托管一起使用

所以.net core 有多优秀大家知道了吧。欢迎留言互动~ 代理服务器: 泛指 IIS,Nginx 或 Apache 等等。
 

欢迎添加个人微信号:Like若所思。

欢迎关注我的公众号,不仅为你推荐最新的博文,还有更多惊喜和资源在等着你!一起学习共同进步!

技术图片


 

 

以上是关于ASP.NET Core 进程外(out-of-process)托管的主要内容,如果未能解决你的问题,请参考以下文章

HTTP 错误 502.5 - 升级到 ASP.NET Core 2.2 后 ANCM 进程外启动失败

[二] ASP.NET Core 应用程序的托管

ASP.NET Core 和 Entity Framework Core:Linq 中的左(外)连接

Asp.Net Core:在控制器外使用内存缓存

ASP.NET Core MVC POST 方法一个具有外键 ID 的模型

ASP.NET Core 进程内(InProcess)托管