IIS是如何处理ASP.NET请求的

前言

这不是一篇描述asp.net生命周期的文章，仅仅是关于IIS操作的。在我们开始之前，先了解这些会有助于对全文的理解，同时欢迎反馈和建议。

什么是Web Server?

每当我们通过VS运行ASP.NET网站时，VS集成的ASP.NET引擎会响应各种请求，这个引擎的名字叫“WebDev.WebServer.exe”。

当我们配置一个Web程序时，总会涉及到一个词“Web Server”，它的功能便是会响应所有请求。

什么是IIS？

IIS（Internet Information Server）是微软Web Server的一种，用来配置ASP.NET站点。IIS拥有自己的ASP.NET处理引擎来处理请求，因此，当一个请求到达时，IIS接收并处理请求，然后返回内容。

请求处理过程

现在，你应能搞清楚Web Server和IIS的区别。现在我们来看一下核心部分。在继续之前，你需要搞清两个概念：

1、工作进程（Worker Process）

2、应用程序池（Application Pool）

工作进程：在IIS中，工作进程（w3wp.exe）运行着ASP.NET应用程序，管理并响应所有的请求，ASP.NET所有的功能都运行在工作进程下，当请求到来时，工作进程会生成Request和Response相关的信息。简而言之，工作进程就是ASP.NET程序的心脏。

应用程序池：应用程序池是工作进程的容器，通常用来隔开不同配置的工作进程。当一个程序出错或进程资源回收时，其他池中的程序不会受到影响。

注：当一个应用程序池包含多个工作进程时，被叫做“Web Garden”。

如果我们看一下IIS 6.0的结构，就会发现，可以把它分成两部分：

1、内核模块（Kernel Mode）

2、用户模块（User Mode）

内核模式是从IIS 6.0被引入的，它包含了一个叫HTTP.SYS的文件，每当请求进来时，会首先触发该文件的响应。

HTTP.SYS文件负责把请求传入相应的应用程序池中。但HTTP.SYS如何知道应传给哪个应用程序池呢？当然不是随机抽取，每当创建一个应用程序池，该池的ID就会生成并在HTTP.SYS文件中注册，因此该文件才能确定将请求往哪传。

以上便是IIS处理请求的第一步。接着，我们来看一下请求如何从HTTP.SYS传入应用程序池。

在IIS的用户模块中，通过Web Admin Services (WAS)从HTTP.SYS接收请求，并传入相应的应用程序池中。

当应用程序池接收到请求，会接着传给工作进程（w3wp.exe）,该进程检查来请求的URL后缀以确定加载哪个ISAPI扩展。ASP.NET加载时会附带自己的ISAPI扩展（aspnet_isapi.dll），以便在IIS中映射。

注意：如果先安装了asp.net，然后再安装IIS，就需要通过aspnet_regiis命令来注册ASP.NET中的ISAPI扩展。

一旦工作进程加载了aspnet_isapi.dll,就会构造一个HttpRuntime类，该类是应用程序的入口，通过ProcessRequest方法处理请求。

一旦这个方法被调用，一个HttpContext的实例就产生了。可通过HTTPContent.Current获取到这个实例，且该实例会在整个生命周期中存活，我们通过它可以获取到一些常用对象，如Request，Response，Session 等。

之后HttpRuntime会通过HttpApplicationFactory类加载一个HttpApplication对象。每一次请求都要穿过一堆HttpModule到达HttpHandler，以便被响应。而这些HttpModule就被配置在HttpApplication中。

有一个概念叫“Http管道”，被叫做管道是因为它包含了一系列的HttpModule，这些HttpModule拦截请求并将其导向相应的HttpHandler。我们也可自定义HttpModule，以便在请求响应之间做点特别的处理。

HttpHandler是“Http管道”的终点。所有请求穿过HttpModule需抵达相应的HttpHandler，然后HttpHandler根据请求资源，产生并输出内容。也正因此，我们请求任何aspx页面才会得到响应的Html内容。

结语

每当请求Web服务器上的某些信息时，该请求首先会到达Http.SYS,然后Http.SYS将其发送到相应的应用程序池，应用程序池传给工作进程并加载ISAPI扩展，然后HttpRuntime对象会被创建，并通过HttpModule和HttpHandler处理请求。

最后，ASP.NET页面生命周期就开始了。

这只是大致描述IIS处理过程的文章，如果你想进一步了解相应细节，请点击下面链接来进一步学习。

首先我们要弄清楚两个非常重要的概念

 1， worker process(w3wp.exe). worker process管理所有的来自客户端的请求并给出响应。它是IIS下asp.net 应用程序的核心

2， application pool. 它是worker process的容器，IIS5及之前的IIS版本均没有application pool的概念。每一个application pool对应着一个worker process，在IIS Metabase中维护着Application Pool和worker process的Mapping。这就避免了IIS5中出现的worker process（IIS5中是aspnet_wp.exe，同一时间只能运行一个该进程)崩溃，application全崩溃的局面。

客户端向IIS发出一个资源请求后发生了如下事情：

        1， server接受该请求
        IIS6通过内核模式（Kernel mode）中的HTTP.SYS来分发各个Request到application pool。 这并不是随机的过程，在application pool创建的时候就已经注册到了HTTP.SYS,所以当请求来到时HTTP.SYS会直接发送到相应的application pool。 接下来在IIS的用户模式（User mode)中，Web Admin Services (WAS) 做了从HTTP.SYS中得到Request并分发到application pool的工作。application pool直接把request传递给worker process。

        2， 请求传递到worker process后，worker process初始化加载ASP.NET ISAPI(Internet Server Application Program Interface)，ASP.NET ISAPI进而加载CLR创建托管环境。

(注：ISAPI只是一个接口，起到一个代理的作用，主要能力就是根据Request URL的后缀来寻找该后缀的处理程序）ASP.NET ISAPI定义在aspnet_isapi.dll中，它本身运行在一个非托管的环境中。ASP.NET ISAPI开始一个HttpRuntime, HttpRuntime调用ProcessRequest方法来开始处理请求。ProcessRequest根据ISAPI传进来的iWRType 来创建不同的HttpWorkerRequest，从而屏蔽了不同IIS的差异。接下来ProcessRequest方法创建了HttpContext，我们使用HTTPContext.Current来访问它。在HttpRuntime使用HttpApplicationFactory创建了HttpApplication对象（IHttpHandler）以后，所有的请求都会在通过httpmodule后找到相应的Httphandler进行处理。在HttpApplicationFactory创建HttpApplication之前，会查找config（web.config和Machine.config）文件中注册的所有的HttpModule，并根据配置信息加载相应的Assembly，通过Reflection创建对应的HttpModule，并将这些Module加到HttpApplication 的_moduleCollection Filed中。我们对一个Application的请求最终会落到一个HttpApplication对象上。当一个请求到来时，ASP.NET会在Httplication Pool中查找未被使用的HttpApplication对象。

3， 请求通过HTTP管道后，每个请求都发向相关的各自的httphandler，IIS请求处理过程结束。

HttpHandler是HTTP管道的终点，它为每个request生成输出。System .Web.UI.Page就是这样一个典型的Httphandler，当我们请求一个aspx页面，这个HttpHandler就生成html发送回客户端。看Page类的签名， 可以看到，Page类就是一个HttpHandler。

综上整个过程就是：当客户端向服务器发送资源请求时，请求首先到达IIS的HTTP.SYS。然后HTTP.SYS发送请求道对应的Application Pool。 然后Application Pool发送请求到Worker Process（W3WP.exe）中加载ISAPI Extension，ISAPI创建一个HttpRuntime对象来通过HttpModule和HttpHandler处理请求。 然后页面生命周期就开始了。

 4， 页面生命周期开始

页面生命周期的主要阶段包括：

页面初始化（Init）: 服务器创建服务器控件的实例

加载(load): 控件实例被加载到它定义的页面对象中

 预输出:（PreRender) 对控件的更改被更新，准备输出。

保存(SaveViewState): 控件的状态信息被保存。

输出页面(Render):服务器为控件创建html标记。

处理(Dispose): 主要做的工作就是dispose, 关闭数据库连接，文件资源的释放等。

卸载(Unload)：销毁服务器控件的实例
 

5， HttpHandler根据页面生命周期中事件的处理把结果发回IIS,IIS再把结果发回客户端浏览器。

值得注意的是，在这个过程中请求会再次通过HttpModule(注册一个EndRequest事件）。


 至此，整个Request结束。

相关博文：　　

　　Asp.Net构架(Http请求处理流程)