IIS 5.0 和 6.0 的 ASP.NET 应用程序生命周期
本文内容
- 应用程序生命周期概述
- 生命周期事件和 Global.asax 文件
- 编译生命周期
- HTTP 模块
本文概述 VS 2008 ASP.NET 应用程序的生命周期，列出了重要的生命周期事件，并描述了您编写的代码将如何适应于应用程序生命周期。本文适用于 IIS 5.0 和 IIS 6.0。
在 ASP.NET 中，若要对 ASP.NET 应用程序进行初始化并使它处理请求，必须执行一些处理步骤。 此外，ASP.NET 只是对浏览器发出的请求进行处理的 Web 服务器结构的一部分。 了解应用程序生命周期非常重要，这样才能在适当的生命周期阶段编写代码，达到预期的效果。
应用程序生命周期概述
下面描述 ASP.NET 应用程序生命周期的各个阶段。
- 用户从 Web 服务器请求应用程序资源
ASP.NET 应用程序的生命周期以浏览器向 Web 服务器（IIS）发送请求开始。Web 服务器接收到请求时，检查请求文件的扩展名，确定由哪个 ISAPI 扩展来处理，将该请求传递给合适的 ISAPI 扩展。已映射的文件扩展名，如 .aspx、.ascx、.ashx 和 .asmx。
若文件扩展名尚未映射到 ASP.NET，则 ASP.NET 将不会接收该请求。对于使用 ASP.NET 身份验证的应用程序，理解这一点非常重要。如，由于 .htm 文件通常没有映射到 ASP.NET，所以不会对 .htm 文件请求执行身份验证或授权检查。因此，即使文件仅包含静态内容，如果希望 ASP.NET 进行身份验证，也应使用可以映射到 ASP.NET 的文件扩展名创建该文件，如采用 .aspx。
- ASP.NET 接收对应用程序的第一个请求
当 ASP.NET 接收到对应用程序中任何资源的第一个请求时， ApplicationManager 类会创建一个应用程序域。应用程序域为全局变量提供应用程序隔离，并允许单独卸载每个应用程序。在应用程序域中，将为名为 HostingEnvironment 类创建一个实例，该实例提供对有关应用程序信息（如存储该应用程序的文件夹的名称）的访问。
下图说明了这种关系：
如果需要，ASP.NET 还可对应用程序中的顶级项（第一批需要编译的项）进行编译，其中包括 App_Code 文件夹中的应用程序代码。
- 为每个请求创建 ASP.NET 核心对象
创建应用程序域，并对 HostingEnvironment 对象实例化后，ASP.NET 将创建并初始化核心对象，如 HttpContext、HttpRequest 和 HttpResponse。 HttpContext 类包含特定于当前应用程序请求的对象，如 HttpRequest 和 HttpResponse 对象。 HttpRequest 对象包含有关当前请求的信息，包括 Cookie 和浏览器信息。 HttpResponse 对象包含发送到客户端的响应，包括所有呈现的输出和 Cookie。
- 将HttpApplication对象分配给请求
初始化所有核心应用程序对象之后，将通过创建 HttpApplication 类的实例启动应用程序。 如果应用程序有 Global.asax 文件，则 ASP.NET 创建 Global.asax 类（从HttpApplication 类派生）的一个实例，并使用该派生类来表示应用程序。
说明：第一次在应用程序中请求 ASP.NET 页或进程时，将创建 HttpApplication 的一个新实例。 但为了尽可能提高性能，可对多个请求重复使用 HttpApplication 实例。
创建 HttpApplication 的实例时，将同时创建所有已配置的模块。创建了所有已配置的模块之后，将调用HttpApplication 类的 Init 方法。
下面的关系图说明了这种关系：
- 由 HttpApplication 管线处理请求
在处理该请求时，将由 HttpApplication 类执行以下事件。扩展 HttpApplication 类的开发人员尤其需要注意这些事件。
- 若在 Web.config 文件的 UrlMappingsSection 节配置了任何 URL，则执行 URL 映射。
- 引发 BeginRequest 事件。
- 引发 AuthenticateRequest 事件。
- 引发 PostAuthenticateRequest 事件。
- 引发 AuthorizeRequest 事件。
- 引发 PostAuthorizeRequest 事件。
- 引发 ResolveRequestCache 事件。
- 引发 PostResolveRequestCache 事件。
- 根据所请求资源的文件扩展名，选择实现 IHttpHandler 的类，对请求进行处理。如果该请求针对从 Page 类派生的对象（页），并且需要对该页进行编译，则 ASP.NET 会在创建该页的实例之前对其进行编译。
- 引发 PostMapRequestHandler 事件。
- 引发 AcquireRequestState 事件。
- 引发 PostAcquireRequestState 事件。
- 引发 PreRequestHandlerExecute 事件。
- 为该请求调用合适的 IHttpHandler 类的 ProcessRequest 方法（或异步版 IHttpAsyncHandler.BeginProcessRequest）。 例如，如果该请求针对某页，则当前的页实例将处理该请求。
- 引发 PostRequestHandlerExecute 事件。
- 引发 ReleaseRequestState 事件。
- 引发 PostReleaseRequestState 事件。
- 如果定义了 Filter 属性，则执行响应筛选。
- 引发 UpdateRequestCache 事件。
- 引发 PostUpdateRequestCache 事件。
- 引发 EndRequest 事件。
- 引发 PreSendRequestHeaders 事件。
- 引发 PreSendRequestContent 事件。
生命周期事件和 Global.asax 文件
在应用程序的生命周期期间，应用程序会引发可处理的事件并调用可重写的特定方法。 若要处理应用程序事件或方法，可以在应用程序根目录中创建 Global.asax 的文件。如果创建了该文件，则 ASP.NET 会将其编译为从 HttpApplication 派生的类，然后使用该派生类来表示应用程序。
HttpApplication 进程的一个实例每次只处理一个请求。由于在访问应用程序类中的非静态成员时不需要将其锁定，这样可以简化应用程序的事件处理过程。这样还可以将特定于请求的数据存储在应用程序类的非静态成员中。例如，可以在 Global.asax 文件中定义一个属性，然后为该属性赋一个特定于请求的值。
通过使用命名约定 Application_event（如 Application_BeginRequest），ASP.NET 可在 Global.asax 文件中将应用程序事件自动绑定到处理程序。 这与将 ASP.NET 页方法自动绑定到事件（如页的 Page_Load 事件）的方法类似。
Application_Start 和 Application_End 方法是不表示 HttpApplication 事件的特殊方法。 在应用程序域的生命周期期间，ASP.NET 仅调用这些方法一次，而不是对每个 HttpApplication 实例都调用一次。
下表列出在应用程序生命周期期间使用的一些事件和方法。 实际远不止列出的这些事件，但这些事件是最常用的。
| 事件或方法 | 说明 |
| Application_Start |
请求 ASP.NET 应用程序中第一个资源（如页）时调用。 在应用程序的生命周期期间仅调用一次 Application_Start 方法。 可以使用此方法执行启动任务，如将数据加载到缓存中以及初始化静态值。 |
| Application_event |
在应用程序生命周期中的适当时候引发，请参见本主题前面的应用程序生命周期表中列出的内容。 |
| Init | 在创建了所有模块之后，对 HttpApplication 类的每个实例都调用一次。 |
| Dispose | 在销毁应用程序实例之前调用。 可使用此方法手动释放任何非托管资源。 |
| Application_End | 在卸载应用程序之前对每个应用程序生命周期调用一次。 |
编译生命周期
在第一次对应用程序发出请求时，ASP.NET 按特定顺序编译应用程序项。 要编译的第一批项称为顶级项。 在第一次请求之后，仅当依赖项更改时才会重新编译顶级项。 下表描述编译 ASP.NET 顶级项的顺序。
| 项 | 描述 |
| App_GlobalResources | 编译应用程序的全局资源并生成资源程序集。 应用程序 Bin 文件夹中的任何程序集都链接到资源程序集。 |
| App_WebResources | 创建并编译 Web 服务的代理类型。 所生成的 Web 引用程序集将链接到资源程序集（如存在）。 |
| Web.config 文件中定义的配置文件属性 | 如果应用程序的 Web.config 文件中定义了配置文件属性，则生成一个包含配置文件对象的程序集。 |
| App_Code | 生成源代码文件，并创建一个或多个程序集。 所有代码程序集和配置文件程序集都链接到资源和 Web 引用程序集（如果有）。 |
| Global.asax | 编译应用程序对象并将其链接到所有先前产生的程序集。 |
在编译应用程序的顶级项之后，ASP.NET 将根据需要编译文件夹、页和其他项。 下表描述编译 ASP.NET 文件夹和项的顺序。
| 项 | 描述 |
| App_LocalResources | 如果包含被请求项的文件夹包含 App_LocalResources 文件夹，则编译本地资源文件夹的内容并将其链接到全局资源程序集。 |
| .aspx、.ascx 文件、.ashx、.asmx | 根据需要编译并链接到本地资源程序集和顶级程序集。 |
| 主题、主控页、其他源文件 | 在编译引用页时编译那些页所引用的各个主题、主控页和其他源代码文件的外观文件。 |
编译后的程序集缓存在服务器上并在后续请求时被重用，并且只要源代码未更改，就会在应用程序重新启动之间得到保留。
由于应用程序在第一次请求时进行编译，所以对应用程序的初始请求所花的时间会明显长于后续请求。 可以预编译应用程序以减少第一次请求所需的时间。
Application Restarts（应用程序重新启动的次数）
修改 Web 应用程序的源代码将导致 ASP.NET 把源文件重新编译为程序集。 当修改应用程序中的顶级项时，应用程序中引用顶级程序集的其他所有程序集也会被重新编译。
此外，修改、添加或删除应用程序的已知文件夹中的某些类型的文件将导致应用程序重新启动。 下列操作将导致应用程序重新启动：
- 添加、修改或删除应用程序的 Bin 文件夹中的程序集。
- 添加、修改或删除 App_GlobalResources 或 App_LocalResources 文件夹中的本地化资源。
- 添加、修改或删除应用程序的 Global.asax 文件。
- 添加、修改或删除 App_Code 目录中的源代码文件。
- 添加、修改或删除配置文件配置。
- 添加、修改或删除 App_WebReferences 目录中的 Web 服务引用。
- 添加、修改或删除应用程序的 Web.config 文件。
当应用程序需要重新启动时，ASP.NET 将在重新启动应用程序域和加载新的程序集之前，从现有应用程序域和旧的程序集中为所有挂起的请求提供服务。
HTTP 模块
ASP.NET 应用程序生命周期可通过 IHttpModule 类进行扩展。ASP.NET 包含若干实现 IHttpModule 的类，如 SessionStateModule 类。 您还可以自行创建实现 IHttpModule 的类。
若向应用程序添加模块，模块本身会引发事件。通过使用 modulename_eventname 约定，应用程序可以在Global.asax 文件中预订这些事件。 如，若要处理 FormsAuthenticationModule对象引发的 Authenticate 事件，可以创建一个名为 FormsAuthentication_Authenticate 的处理程序。
默认情况下，ASP.NET 启用 SessionStateModule 类。 所有会话事件自动命名为 Session_event，如 Session_Start。 每次创建新会话时都会引发 Start 事件。
可以实现使用管理会话状态的自定义 IHttpModule 接口，来替代 SessionStateModule。
原文地址：http://msdn.microsoft.com/zh-cn/library/ms178473(v=VS.90).aspx
