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

ASP.NET 页面运行时，会经历一个生命周期的独特旅程。这是一个充满各种处理步骤的旅程，包括初始化、实例化控件、还原和维护状态、运行事件处理程序代码以及呈现。这些步骤共同构成了页面的生命周期，构成了其动态行为和互动的基础。

在生命周期的每一个阶段，ASP.NET页面都承载着不同的任务和职责。从初始化开始，页面就着手准备接收和响应来自用户的请求。实例化控件是页面生命周期中的关键步骤，它使得页面能够呈现出丰富多彩的交互体验。还原和维护状态则确保了用户在页面间的跳转过程中，页面的状态得以保持。事件处理程序代码的运行则响应用户的行为，进行数据的处理、状态的改变等。呈现步骤将处理结果以用户可识别的形式展现出来。

了解页面的生命周期对于开发者来说至关重要。特别是在开发自定义控件时，必须熟悉页面生命周期的各个阶段，以便在适当的时间点进行控件的初始化、使用视图状态数据填充控件属性以及运行控件的行为代码。控件的生命周期基于页面的生命周期，这意味着控件的事件处理将在页面生命周期的框架内进行。ASP.NET页面的处理过程并非孤立存在，它是由IIS（Internet Information Services）中的worker process管理的。这个worker process（如w3wp.exe）负责接收并响应来自客户端的所有请求，是IIS下ASP.NET应用程序的核心组件。

现在让我们更深入地页面的生命周期。当我们在服务器上创建页面对象时，它是由Page类的一个派生类创建的。这个类是由ASP.NET服务器根据我们的页面模板文件（.aspx）自动生成的。页面对象的ProcessRequest方法启动了页面的生成过程，这个过程是通过页面的处理管道完成的。这个管道包含了多个阶段，每个阶段都有相应的事件处理机制。除了标准的页面生命周期事件外，还有其他事件被触发，这些事件主要由ASP.NET服务器控件使用，以完成自身的初始化和呈现。

当我们在客户端向IIS发出一个资源请求时，这个请求的旅程是如何进行的呢？服务器接收到这个请求。在这一阶段，IIS6通过内核模式中的HTTP.SYS来分发请求。每一个application pool都对应着一个特定的worker process，这种对应关系在IIS Metabase中有明确的映射。这意味着，当请求来临时，HTTP.SYS能够准确地找到对应的application pool并发送请求。这一过程并非随机，而是在application pool创建之初就已注册到HTTP.SYS中。

接下来，在IIS的用户模式中，Web Admin Services (WAS)扮演着重要的角色。它从HTTP.SYS中获取请求并将其分发给相应的application pool。一旦请求到达application pool，它便被直接传递给worker process。这个worker process会初始化并加载ASP.NET ISAPI，这是一个关键的接口，它在请求处理过程中起到了代理的作用。基于请求URL的后缀，ASP.NET ISAPI会寻找相应的处理程序。

值得注意的是，ASP.NET ISAPI定义在asp_isapi.dll中，它在非托管环境中运行。当请求传递到worker process后，ASP.NET ISAPI会启动一个HttpRuntime。这个HttpRuntime调用ProcessRequest方法来处理请求。这个方法根据ISAPI传入的iWRType创建不同的HttpWorkerRequest，这一步骤屏蔽了不同IIS版本的差异。接下来，HttpContext被创建，我们可以通过HTTPContext.Current来访问它。

在HttpApplicationFactory创建HttpApplication对象之前，它会查找所有的HttpModule。这些Module是从config文件（包括web.config和Machine.config）中注册的，并根据配置信息加载相应的Assembly。通过Reflection创建对应的HttpModule后，它们会被添加到HttpApplication的_moduleCollection中。每个请求最终都会落到一个HttpApplication对象上。当请求到来时，ASP.NET会在Application Pool中查找未被使用的HttpApplication对象来处理这个请求。

整个请求流程可以概括为：客户端发出请求到服务器，经过HTTP.SYS和Web Admin Services的协调处理，最终通过HTTP管道传递给相关的HttpHandler。在这个过程中，每个请求都被导向到相应的httphandler进行处理。这就是IIS处理HTTP请求的全过程。在这个过程中，HttpHandler作为HTTP管道的终点，为每个请求生成输出。例如，当我们请求一个aspx页面时，System.Web.UI.Page作为一个典型的HttpHandler，会生成HTML并发送回客户端。简单来说，Application Pool在整个过程中起到了关键的桥梁作用，确保每个请求都能得到妥善处理。页面生命周期的奥秘之旅

随着互联网的蓬勃发展，Web页面生命周期成为我们不可或缺的技术话题。今天，让我们一同走进这个充满魅力的旅程，页面生命周期的各个阶段与事件。

页面生命周期初探：从诞生到成长

页面的生命周期犹如一次旅程，每一个阶段都有其独特的使命。当我们开启这个旅程时，首先要经过的便是页面的初始化阶段——这是服务器为我们创建服务器控件的实例的时刻。接下来，便是加载阶段，这时控件实例被加载到它定义的页面对象中。随着页面的成长，预输出阶段来临，此时对控件的更改被更新，准备输出。随后，控件的状态信息被保存。紧接着，服务器为控件创建HTML标记，页面的骨架已显。当一切准备就绪后，页面开始处理各种任务，如关闭数据库连接、释放文件资源等。服务器控件的实例被销毁，页面生命周期的第一阶段告一段落。

页面生命周期的核心事件介绍

在页面的生命周期中，一系列核心事件构成了其骨架。例如PreInit事件，它负责检查IsPostBack属性、动态设置Master Page和Theme等关键任务。Init事件则发生在所有控件初始化、皮肤设置应用之后，用于读取或初始化控件属性。而Load事件可能是大家最为熟悉的一个，它标志着页面和所有子控件的加载完成。还有Control events，专门处理控件事件，如click事件。每个点击Button的背后，都隐藏着这些事件的顺序执行。

值得一提的是，每次的Request都会创建一个全新的Page类实例。在页面中的自定义字段无法在两次request之间传递值，我们需要借助viewstate来存储信息。这也体现了Web技术的复杂性和精巧之处。

HTTP响应的交响乐：从IIS到客户端浏览器

当页面生命周期中的事件得到处理后，HttpHandler会将结果发回IIS。IIS如同一个交通枢纽，将结果再发送到客户端浏览器。这个过程还涉及到HttpModule的参与，它通过注册EndRequest事件参与其中。直至此，整个Request结束。在这个过程中，每一个角色都有其独特的任务，共同构成了Web技术的美妙交响乐。

页面生命周期如同一次奇妙的旅程，从诞生到成长，再到与IIS和客户端浏览器的交互，构成了Web技术的核心部分。希望这篇文章能让你对页面生命周期有更深入的了解和认识。让我们一同期待更多关于Web技术的美好未来！