IIS处理Asp.net请求和Asp.net页面生命周期说明

当我们打开浏览器并访问IIS服务器以获取某些信息时，背后发生了一系列复杂而精细的过程。接下来，让我们一起这个过程的细节，特别是IIS如何处理ASP.NET请求以及ASP.NET页面生命周期。

我们要理解两个核心概念：worker process（w3wp.exe）和application pool。

1. worker process（w3wp.exe）：这是IIS下ASP.NET应用程序的核心。它管理所有来自客户端的请求并给出响应。

2. application pool：它是worker process的容器。在IIS5及之前的版本中并没有这个概念。每个application pool对应一个worker process，这种映射关系在IIS Metabase中维护。这一机制避免了在IIS5中出现的如果worker process崩溃，整个application随之全崩的问题。

当客户端向IIS发出一个资源请求后，以下步骤发生：

1. 服务器接受请求：IIS6通过内核模式（Kernel mode）中的HTTP.SYS来分发请求到相应的application pool。这个过程并不是随机的，而是在application pool创建时就已经在HTTP.SYS中注册。

2. 请求传递到worker process：之后，worker process初始化并加载ASP.NET ISAPI（Inter Server Application Program Interface）。ASP.NET ISAPI进而加载CLR（公共语言运行时），创建托管环境。这里，ISAPI只是一个接口，它的主要能力是依据请求的URL后缀来找到相应的处理程序。

3. HTTP管道与HttpHandler：ASP.NET ISAPI启动HttpRuntime，后者调用ProcessRequest方法来处理请求。这个方法根据ISAPI传入的iWRType创建不同的HttpWorkerRequest，屏蔽了不同IIS的差异。随后，ProcessRequest创建了HttpContext，我们可以通过HTTPContext.Current来访问它。在创建HttpApplication对象（IHttpHandler）后，所有的请求都会通过httpmodule找到相应的Httphandler进行处理。这些过程包括查找web.config和Machine.config中的HttpModule配置信息，加载相应的Assembly，并通过Reflection创建HttpModule，将它们添加到HttpApplication的_moduleCollection中。每个请求最终都会落到一个HttpApplication对象上。当请求到达时，ASP.NET会在HttpApplication Pool中查找未被使用的HttpApplication对象。

4. 请求通过HTTP管道：每个请求最终都会发送到相关的HttpHandler，这是IIS请求处理过程的终点。这些Handler为每个请求生成输出。例如，当我们请求一个ASPX页面时，System.Web.UI.Page作为一个典型的HttpHandler生成HTML并发送回客户端。从Page类的定义中，我们可以看到它就是一个HttpHandler。

从客户端发出请求到IIS接收并处理，再到生成响应返回给客户端，这一系列过程涉及多个组件的协同工作，确保了我们可以顺利地获取所需的信息。希望这篇文章能帮助大家更深入地理解IIS和ASP.NET的工作机制。在数字化世界中，每当客户端向服务器请求资源时，一个奇妙的流程便悄然启动。想象一下HTTP.SYS作为沟通的桥梁，连接着客户端与服务器的心脏——IIS。当请求来临时，它首先触及到HTTP.SYS，这个系统使者然后精准地将请求传递到相应的Application Pool。

在这个应用池中，Worker Process（W3WP.exe）犹如一位能工巧匠，加载ISAPI Extension来应对每一次的请求。ISAPI的魔力在于它创建了一个HttpRuntime对象，通过HttpModule和HttpHandler的协同合作，处理每一道指令。此刻，页面生命周期的序曲悄然奏响。

4. 页面生命周期的绚丽篇章

页面生命周期如同一个精彩的舞台剧，每个角色都有其独特的出场时刻。

初始化（Init）：服务器创建了服务器控件的实例，如同舞台上的演员准备就位。

加载(load)：控件实例被加载到它们定义的页面对象中，犹如演员开始他们的台词和动作。

预输出(PreRender)：在这里，对控件的更改被更新，准备输出，就像舞台上的灯光调整，为最后的演出做准备。

保存(SaveViewState)：控件的状态信息被保存，确保每一步的进展都不会丢失。

输出页面(Render)：服务器为控件创建html标记，这是最为璀璨的时刻，如同演员们的精彩表演被投射到大屏幕上。

处理(Dispose)、卸载(Unload)：舞台逐渐暗下，演员们结束表演，控件实例被销毁，服务器控件的生命周期结束。

在这漫长的表演中，页面生命周期还伴随着许多重要的事件。例如PreInit阶段的IsPostBack属性检查、动态设置Master Page和Theme等，如同舞台指导在背后的精心策划。Init事件则是所有控件的初次亮相，皮肤设置被一一应用。Load事件则是大家最为熟悉的，当页面和所有子控件加载完成后，这个事件如同一个完美的结尾，带给观众最后的震撼。

5. 数据的回流与落幕

经过这一系列精彩的生命周期事件处理后，HttpHandler将结果发回IIS，IIS再将其传递给客户端浏览器。在这一路上，还有一个重要的角色——HttpModule，它在整个流程中注册了一个EndRequest事件，确保所有的数据都能准确无误地传递。至此，整个Request圆满结束。

每一次客户端的请求都是一次奇妙的旅程，从HTTP.SYS到Application Pool，再到HttpRuntime对象，最后回到客户端手中。在这个过程中，页面生命周期如同一位导演，指挥着每一个精彩的瞬间。而HttpModule和HttpHandler则是这场演出的得力助手，确保每一次演出都能完美呈现。