asp.net core 系列 18 web服务器实现

摘要:
安装ASP.NETCoreModel,在"asp.netcore系列9环境"中有介绍。独立于IIS工作进程的进程中使用Kestrel服务器。IISHttpServer将请求从本机转换为托管的IIS进程内服务器实现。执行其他检查,拒绝不是来自该ASP.NETCoreModule的请求。最后对于非windows平台,asp.netcore使用KestrelWeb服务器。三.IISHTTPServer服务器IISHTTPServer是IIS的进程内服务器且为进程内部署所必需。ASP.NETCoreModule用于处理IIS和IISHTTPServer之间的本机IIS请求。为了获得最佳性能,通常建议使用Kestrel。在VisualStudio中,默认启动配置文件是针对IISExpress的。

一.ASP.NET Core Module

在介绍ASP.NET Core Web实现之前,先来了解下ASP.NET Core Module。该模块是插入 IIS 管道的本机 IIS 模块(本机是指程序所部署的服务器)。是基于windows平台处理 IIS和进程内IISHttpServer或Kestrel。用于:

(1) 在 IIS 工作进程 (w3wp.exe) 内托管 ASP.NET Core 应用,称为进程内托管模型。

(2) 将 Web 请求转发到运行 Kestrel 服务器的后端 ASP.NET Core 应用,称为进程外托管模型。

在进程内托管时,该模块会使用 IIS 进程内服务器实现,即IISHttpServer。在进程外托管时,该模块仅适用于 Kestrel。 该模块与 HTTP.sys 不兼容。关于IIS 在 Windows 上托管 ASP.NET Core。安装ASP.NET Core Model,在 "asp.net core 系列 9 环境" 中有介绍。

    --发布到iis上的配置节点    
    <handlers>
        <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModuleV2" resourceType="Unspecified" />
      </handlers>

asp.net core 系列 18 web服务器实现第1张

二. windows平台web服务器介绍

在windows平台下,asp.net core有以下几种HTTP 服务器组件:

(1) Kestrel服务器是默认跨平台 HTTP 服务器实现。

(2) IISHttpServer 是IIS 的进程内服务器。

(3) HTTP.sys 服务器是仅用于 Windows 的 HTTP 服务器,它基于 HTTP.sys 核心驱动程序和 HTTP 服务器 API。

当使用 IIS 或 IIS Express 时,应用程序会在以下其中一个进程中运行:

(1) 在IIS工作进程(进程内宿主模型)与IIS HTTP服务器的相同进程中。推荐配置为In-process(用于windows上进程内托管)。

(2) 独立于IIS工作进程(进程外宿主模型)的进程中使用Kestrel服务器。配置为OutOfProcess

1.1 进程内托管模型 In-process hosting model

使用进程内宿主,ASP.NET Core应用程序运行在与其IIS worker进程相同的进程中。进程内托管比进程外托管提供了更好的性能,因为请求不会通过环回适配器进行代理,环回适配器是一个网络接口,将传出的网络流量返回到同一台机器。

由ASP.NET Core Module执行应用初始化:(1)加载CoreCLR、(2)调用 Program.Main。以及处理 IIS 本机请求的生存期。

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

asp.net core 系列 18 web服务器实现第2张

ASP.NET Core Module接收本机请求,并将它传递给 IISHttpServerIISHttpServer将请求从本机转换为托管的 IIS 进程内服务器实现。

IISHttpServer处理请求之后,请求会被推送到 ASP.NET Core 中间件管道中。中间件管道处理该请求并将其作为HttpContext实例传递给应用的逻辑(Application code)。应用的响应传递回 IIS,IIS 将响应推送回发起请求的客户端。

1.2 进程外托管模型 Out-of-process hosting model

因为ASP.NET Core运行在独立于IIS工作进程的进程中, 因此该模块负责进程管理。该模块在第一个请求到达时启动 ASP.NET Core 应用的进程,并在应用关闭或崩溃时重新启动该应用。

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

asp.net core 系列 18 web服务器实现第3张

ASP.NET Core Module在启动时通过环境变量指定端口,IIS 集成中间件将服务器配置为侦听http://localhost:{PORT}。执行其他检查,拒绝不是来自该ASP.NET Core Module的请求。

Kestrel 从ASP.NET Core Module获取请求后,请求会被推送到 ASP.NET Core 中间件管道中。中间件管道处理该请求并将其作为HttpContext实例传递给应用的逻辑(Application code)。IIS 集成添加的中间件会将方案、远程 IP 和 pathbase 更新到帐户以将请求转发到 Kestrel。应用的响应传递回 IIS,IIS 将响应推送回发起请求的 HTTP 客户端。

最后对于非windows平台, asp.net core使用Kestrel Web服务器。这是默认跨平台 HTTP 服务器实现。

二. Kestrel 服务器

Kestrel 是 ASP.NET Core 项目模板中包括的默认 Web 服务器。默认情况下,ASP.NET Core 项目模板使用 Kestrel。 在 Program.cs 中,模板代码调用 CreateDefaultBuilder,后者在后台调用 UseKestrel。Kestrel 的使用方式如下:

(1) 它本身就是一个边缘服务器,直接处理来自网络(包括Internet)的请求。    

asp.net core 系列 18 web服务器实现第4张

(2) 与反向代理服务器(如 Internet Information Services (IIS)、Nginx 或 Apache)结合使用。 反向代理服务器接收来自 Internet 的 HTTP 请求,并将这些请求转发到 Kestrel。

asp.net core 系列 18 web服务器实现第5张

三. IISHTTPServer 服务器

IISHTTPServer是 IIS 的进程内服务器且为进程内部署所必需。 ASP.NET Core Module 用于处理 IIS 和 IISHTTPServer之间的本机 IIS 请求。

若要配置用于进程内托管的应用,请将<AspNetCoreHostingModel>属性添加到值为InProcess(进程外托管使用OutOfProcess进行设置)的应用项目文件。如果文件中不存在<AspNetCoreHostingModel>属性,则默认值为OutOfProcess

    <PropertyGroup>
      <AspNetCoreHostingModel>InProcess</AspNetCoreHostingModel>
    </PropertyGroup>

InProcess时使用 IIS HTTP 服务器 (IISHttpServer) 而不是 Kestrel 服务器。OutOfProcess时使用 Kestrel 服务器,而不是 IIS HTTP 服务器 (IISHttpServer)

四. HTTP.sys服务器

如果 ASP.NET Core 应用在 Windows 上运行,则 HTTP.sys 是 Kestrel 的替代选项。为了获得最佳性能,通常建议使用 Kestrel。在应用向 Internet 公开且所需功能受 HTTP.sys(而不是 Kestrel)支持的方案中,可以使用 HTTP.sys。

asp.net core 系列 18 web服务器实现第6张

配置 ASP.NET Core 应用以使用 HTTP.sys。构建 Web 主机时调用 UseHttpSys 扩展方法,同时指定所需的 HTTP.sys 选项。在 Visual Studio 中,默认启动配置文件是针对 IIS Express 的。若要作为控制台应用运行该项目,请手动更改所选配置文件。

    public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>
    WebHost.CreateDefaultBuilder(args)
        .UseStartup<Startup>()
        .UseHttpSys(options =>
        {
            //The following options are set to default values.
            options.Authentication.Schemes =AuthenticationSchemes.None;
            options.Authentication.AllowAnonymous = true;
            options.MaxConnections = null;
            options.MaxRequestBodySize = 30000000;
            options.UrlPrefixes.Add("http://localhost:5000");
        });

五. http/2.0支持

以下部署方案中的 ASP.NET Core 支持 HTTP/2

asp.net core 系列 18 web服务器实现第7张

Kestrel

操作系统:

Windows Server 2016/Windows 10 或更高版本

具有 OpenSSL 1.0.2 或更高版本的 Linux

macOS 的未来版本将支持 HTTP/2

目标框架:

.NET Core 2.2 或更高版本

HTTP.sys

操作系统:

Windows Server 2016/Windows 10 或更高版本

目标框架:

不适用于 HTTP.sys部署。

IIS(进程内)

操作系统:

Windows Serve IIS 10 或更高版本

IIS 10 或更高版本

目标框架:

.NET Core 2.2 或更高版本

IIS(进程外)

操作系统:

Windows Serve IIS 10 或更高版本

IIS 10 或更高版本

面向公众的边缘服务器连接使用 HTTP/2,但与 Kestrel 的反向代理连接使用 HTTP/1.1。

目标框架:

不适用于 IIS 进程外部署。

总结: 

(1) ASP.NET Core Module模块是适应于windows平台上的iis。

(2) 进程内托管模型是使用 IISHttpServer是适应于windows平台上 IIS 的进程内服务器,。将ASP.NET Core Module接收的请求转换为托管的 IIS 进程内服务器实现。用IISHttpServer服务器。

(3) 进程外托管模型是独立于iis, 可以做反向代理,用Kestrel 服务器,可以应用在windows或linux平台上。

(4) 如果 ASP.NET Core 应用在 Windows 上运行,则 HTTP.sys 是 Kestrel 的替代选项。为了获得最佳性能,通常建议使用 Kestrel。

(5) Kestrel 是 ASP.NET Core 项目模板中默认 Web 服务器.可以结合反向代理服务器一起使用(如 Internet Information Services (IIS)、Nginx 或 Apache)。

参考文献:

ASP.NET Core 中的 Kestrel Web 服务器参数设置

https://docs.microsoft.com/zh-cn/aspnet/core/fundamentals/servers/kestrel?view=aspnetcore-2.2

ASP.NET Core 中的 HTTP.sys Web 服务器参数设置

https://docs.microsoft.com/zh-cn/aspnet/core/fundamentals/servers/httpsys?view=aspnetcore-2.2

关于ASP.NET Core 中的aspnet-core-module

https://docs.microsoft.com/zh-cn/aspnet/core/host-and-deploy/aspnet-core-module?view=aspnetcore-2.2

使用 Nginx 在 Linux 上托管 ASP.NET Core

https://docs.microsoft.com/zh-cn/aspnet/core/host-and-deploy/linux-nginx?view=aspnetcore-2.2

关于Linux 上 .NET Core 的先决条件

https://docs.microsoft.com/zh-cn/dotnet/core/linux-prerequisites?tabs=netcore2x

免责声明:文章转载自《asp.net core 系列 18 web服务器实现》仅用于学习参考。如对内容有疑问,请及时联系本站处理。

上篇python--模块之基本gdb调试命令的使用及总结下篇

宿迁高防,2C2G15M,22元/月;香港BGP,2C5G5M,25元/月 雨云优惠码:MjYwNzM=

相关文章

记录ASP.NET CORE 3 部署过程

    环境为:window server 2008 IIS6.1  net core 3     首先时安装net.core 运行时。地址为:https://dotnet.microsoft.com/download/dotnet-core/3.0   大家找对应的版本进行下载安装。     IIS中创建网站,配置应用程序池.NET FrameWork...

linux编程中的段错误

linux上用C/C++写程序时,很容易碰到段错误的提示,此时程序被自动终止。这个问题是由于非法访问内存引起的,一般的原因都是因为程序中的指针解引用出现了错误。出现段错误是,linux一般会生成一个core dump文件,如果没有生成,可能是因为分配给core dump文件的控件为0,可以用ulimit -c命令查看,如果为0,core dump文件不会生...

vue发布IIS踩坑记

步骤一:复制文件 把build之后的文件(dist文件夹)拷贝到IIS存放网站文件的目录 步骤二:在IIS中新建站点  在"网站"执行鼠标右键,选择添加网站。 网站名称:按照用途或者项目起名即可 应用程序池:部署前端项目,这个可以忽略,任意选择即可 内容目录:网站存放的路径,最好以英文命名 端口:端口自己设置即可 步骤三:访问网站  访问网站可以在II...

gdb调试

前期准备 一般来说GDB主要调试的是C/C++的程序。在gdb调试之前,必须要把调试信息加到可执行文件中。使用编译 器(cc/gcc/g++)的 -g 参数可以做到这一点。如: gcc -g hello.c -o hello g++ -g hello.cpp -o hello 如果没有-g,将看不见程序的函数名、变量名,所代替的全是运行时的内存地址。...

DotnetBrowser高级教程-(5)使用内置的MVC UI框架-EasyMvc

如果DotnetBrowser只是实现了内置chrome浏览器和web/web socket server,似乎还不是很完美。因此,最新的DotnetBrowser已经内置对easy mvc控件的支持。 DotnetBrowser下的easymvc和基于.net core的开发习惯完全相同,代码基本可以无缝拷贝过来。(但程序不依赖.net core :))...

.net core 多环境(开发和生产)配置appsettings.json

前言 在我们实际开发过程中一般分为开发环境和生产环境, 这两个环境一般配置会有不一样, 例如数据库连接字符串. .net core 框架中提供三个值, Development(开发), Staging(分阶段), Production(生产环境). 我们可以根据这个来配置不同的环境. 创建appsettings文件 在创建项目的时候系统会默认创建一个app...