ASP.NET 页生命周期

本文内容

• 引入
• ASP.NET 页生命周期概述
•     常规页生命周期阶段
•     生命周期事件
•     其他页生命周期注意事项
•     数据绑定控件的数据绑定事件

引入

工作之初，我用 VS 开发 Web 应用程序，最常用的页面事件是 Page_Load 和 Page_Init，它们处于不同的页面生命期。但渐渐地，这两个事件已经不大够用了。开始使用 PreRender 事件，希望在页面呈现前，做最后的修改，接下来用 RowDataBound，让GridView 控件在绑定数据行时，可以改变行的式样……当自己尝试封装 ASP.NET 控件，比如分页控件，那以上事件就完全不够。

若更好地开发 Web 应用程序，或是使用三方组件，比如 Ext.Net、ComponentArt，不能忽视页面生命期。

本文内容来自 MSDN，有点删减，让它更通俗一点。虽然本文全是文字，有点枯燥，但对于提高自己，以及在实际项目中了解三方框架很有帮助。

 

ASP.NET 页生命周期概述

ASP.NET 页运行时，此页将经历一个生命周期，在生命周期中将执行一系列处理步骤。这些步骤包括初始化、实例化控件、还原和维护状态、运行事件处理程序代码以及呈现。

了解页生命周期的重要性在于，在适当的生命周期阶段编写代码，以达到预期效果。

此外，如果要开发自定义控件，就必须熟悉页生命周期，以便正确初始化控件，使用视图数据（通常是视图变量）填充控件属性，以及运行控件的任何行为代码。

常规页生命周期阶段

一般来说，页经历以下几个阶段。除了页生命周期阶段以外，在请求前后还存在“应用程序阶段”，但这些阶段并不特定于页。

阶段	说明
页请求	页请求发生在页生命周期开始之前。用户请求页时，ASP.NET 将确定是否需要分析和编译页（从而开始页的生命周期），或者是否可以在不运行页的情况下发送页的缓存版本以进行响应。
开始	在开始阶段，将设置页属性，如 Request 和 Response。在此阶段，页还将确定请求是回发的请求，还是新的请求，并设置 IsPostBack 属性。此外，在开始阶段期间，还将设置页的UICulture 属性。
页初始化	页初始化期间，可以使用页中的控件，并将设置每个控件的 UniqueID 属性。此外，主题都将应用于页。如果当前请求是回发的请求，则回发数据尚未加载，并且控件属性值尚未还原为视图状态中的值。
加载	加载期间，如果当前请求是回发的请求，则将使用从视图状态和控件状态恢复的信息加载控件属性。
验证	在验证期间，将调用所有验证程序控件的 Validate 方法，此方法将设置各个验证程序控件和页的 IsValid 属性。
回发事件处理	如果请求是回发的请求，则将调用所有事件处理程序。
呈现	在呈现之前，会针对该页和所有控件保存视图状态。在呈现阶段中，页会针对每个控件调用 Render 方法，它会提供一个文本编写器，用于将控件的输出写入页的 Response 属性的 OutputStream 中。
卸载	完全呈现页并，已将页发送至客户端、准备丢弃该页后，将调用卸载。此时，将卸载页属性（如 Response 和 Request），并执行清理。

生命周期事件

在页生命周期的每个阶段中，页将引发您自己的代码处理事件。

对于控件事件，通过以声明方式（如 onclick），或以编程方式，将事件处理程序绑定到事件。

页支持自动事件。ASP.NET 将查找具有特定名称的方法，并在引发了特定事件时自动运行这些方法。若 @ Page 指令的 AutoEventWireup 属性为 true（默认为 true），则页事件将自动绑定到  Page_*** 命名的方法，如 Page_Load  和  Page_Init。

下表列出了最常用的页生命周期事件（当然还有其他，但大多数页处理方案不使用，而主要由服务器控件使用，以初始化和呈现它们自己）。

页事件	典型使用
PreInit	在页初始化开始时发生。 该事件执行以下操作： 检查 IsPostBack 属性，确定是不是初次处理该页。 创建或重新创建动态控件。 动态设置主控页。 动态设置 Theme 属性。 读取或设置配置文件属性。 说明： 如果请求是回发请求，则控件的值尚未从视图状态还原。若在此阶段设置控件属性，则其值可能会在下一事件中被覆盖。 备注： 该事件是在页生命周期的早期阶段中可以访问的事件。在 PreInit 事件后，将加载个性化信息和页主题（如果有）。
Init	当服务器控件初始化时发生。初始化是控件生存期的第一步。 在所有控件都已初始化，且已应用所有外观设置后引发。使用该事件来读取或初始化控件属性。 备注： 服务器控件应执行任何创建和设置实例所需的初始化步骤。在该事件内无法使用视图状态信息（尚未填充）。在该事件的生存期内不应访问其他服务器控件，不论它是此控件的子级还是父级。不一定会创建其他服务器控件，也不一定能够访问它们。
InitComplete	在页初始化完成时发生。 由 Page 对象引发。该事件处理要求是先完成所有初始化工作的任务。 备注： InitComplete 事件在页的初始化阶段结束时调用。在页生命周期的此阶段中，页中声明的所有控件都已初始化，但页的状态尚未填充。您可以访问服务器控件，但其中将不包含从用户返回的信息。 ComponentArt 组件使用该事件创建控件。
PreLoad	在页 Load 事件之前发生。 在 Page 引发该事件后，它会为自身和所有控件加载视图状态，处理 Request 实例包括的任何回发数据。 备注： PreLoad 事件在所有回发数据处理之后但在 Load 事件之前引发。在 OnLoadComplete 事件之前，还会再进行一次加载回发数据的尝试。
Load	当服务器控件加载到 Page 对象中时发生。 在 Page 上调用 OnLoad 事件方法，以递归方式对每个子控件执行相同操作，如此循环，直到加载完本页和所有控件为止。 使用 OnLoad 事件方法来设置控件中的属性并建立数据库连接。 备注： 通知服务器控件执行任何设置为在每次页请求时发生的处理步骤。可以访问该事件的视图状态信息和 Web 窗体 POST 数据。还可以访问页控件内的其他服务器控件。
控件事件	使用这些事件来处理特定的控件事件，如 Button 控件的 Click 事件或 TextBox 控件的 TextChanged 事件。 说明： 在回发请求中，如果页包含验证程序控件，请在执行任何处理之前检查 Page 和各个验证控件的 IsValid 属性。
LoadComplete	在页生命周期的加载阶段结束时发生。 对需要加载页上的所有控件使用该事件。 备注： LoadComplete 事件在所有回发数据和视图状态数据都加载到页和页上的所有控件中后发生。为了将视图状态用于动态添加的控件，必须在页生命周期的预呈现阶段中或该阶段之前添加这些控件。
PreRender	在加载 Control 对象之后、呈现之前发生。 在该事件发生前： Page 对象会针对每个控件和页调用 EnsureChildControls 方法。 对设置了 DataSourceID  属性的每个控件调用 DataBind 方法。 页上的每个控件都会发生 PreRender 事件。该事件对页或控件的内容进行最后更改。 备注： 使用该事件在服务器控件呈现给页之前执行任何更新。在该事件的生存期内可以保存服务器控件视图状态的任何更改。不保存呈现阶段内所做的同样更改。
SaveStateComplete	在页已完成对页和其控件的所有视图状态和控件状态信息的保存后发生。 在该事件发生前，已针对页和所有控件保存了 ViewState。将忽略此时对页或控件进行的任何更改。 使用该事件执行满足以下条件的任务：要求已经保存了视图状态，但未对控件进行任何更改。 备注： 网页上控件的状态信息是在 PreRenderComplete 事件后保存的。SaveStateComplete 事件在将页和其控件的视图状态和控件状态保存到持久化之后引发。 这是在页被呈现到请求浏览器之前引发的最后一个事件。
Render	将服务器控件内容发送给 HtmlTextWriter 对象，此对象编写将在客户端呈现的内容。 Render不是事件。在这个阶段，Page 对象会在每个控件上调用此方法。所有服务器控件都有一个用于写出发送给浏览器的控件标记的 Render 方法。 如果创建自定义控件，通常要覆盖此方法以输出控件的标记。不过，如果自定义控件只合并标准的 ASP.NET Web 服务器控件，不合并自定义标记，则不需要覆盖 Render方法。 用户控件（.ascx 文件）自动合并呈现，因此不需要在代码中显式呈现该控件。 备注： 在开发自定义服务器控件时，可以重写此方法以生成 ASP.NET 页的内容。
Unload	当服务器控件从内存中卸载时发生。 该事件首先针对每个控件发生，继而针对该页发生。在控件中，使用该事件对特定控件执行最后清理，如关闭控件特定数据库连接。 对于页自己，使用该事件来执行最后清理工作，如：关闭打开的文件和数据库连接，或完成日志记录或其他请求的特定任务。 说明： 在卸载阶段，页及其控件已被呈现，因此无法对响应流做进一步更改。如果尝试调用方法（如 Response.Write 方法），则该页将引发异常。 备注： 在卸载实例前，服务器控件必须在控件生命期的此阶段执行所有最后的清理操作，如关闭文件、关闭数据库连接和丢弃对象。

其他页生命周期注意事项

各个服务器控件都有自己的生命周期，该生命周期与页的类似。例如，控件的 Init 和 Load 事件在相应的页事件期间发生。

虽然 Init 和 Load 都在每个控件上以递归方式发生，但它们的发生顺序相反。每个子控件的 Init 事件（还有 Unload 事件）在为其容器引发相应的事件之前发生（由下到上）。但是，容器的Load 事件是在其子控件的 Load 事件之前发生（由上到下）。

可以通过处理控件的事件（如 Button 控件的 Click 事件和 ListBox 控件的 SelectedIndexChanged 事件）来自定义控件的外观或内容。在某些情况下，可能也需处理控件的 DataBinding 或DataBound 事件。

当从 Page 类继承时，除了可以处理由页引发的事件外，还可以覆盖页基类中的方法。例如，可以覆盖页的 InitializeCulture 方法，以便动态设置区域性信息。

添加控件的追赶事件

如果控件是在运行时动态创建的，或以声明方式在数据绑定控件的模板中创建，那么它们的事件最初与页上的其他控件的事件并不同步。例如，对于运行时添加的控件，Init 和 Load 事件在页生命周期中的发生时间可能要比以声明方式创建的控件的相同事件晚得多。因此，从实例化那一刻起，动态添加的控件的事件就一直是在模板中的控件的事件之后发生，直到赶上该控件加入Controls 集合时所对应事件为止。

一般来说，除非存在嵌套数据绑定控件，否则，不必担心这种情况。如果子控件已执行数据绑定，但其容器控件尚未执行数据绑定，则子控件中的数据与其容器控件中的数据可能不同步。如果子控件中的数据根据容器控件中的数据绑定值执行了处理，这种情况则尤其显著。

例如，假定有一个 GridView，它的每一行显示一条公司记录，还有一个 ListBox 控件包含公司管理者的列表。若要填充管理者列表，则需要将 ListBox 控件绑定到一个数据源控件（如SqlDataSource），后者在查询中使用 CompanyID 来检索公司管理者数据。

如果以声明方式设置了 ListBox 控件的数据绑定属性（如 DataSourceID 和 DataMember），ListBox 控件将尝试在包含行的 DataBinding 事件期间绑定到其数据源。不过，行的 CompanyID 字段直到 GridView 控件的 RowDataBound 事件发生后才包含值。这种情况下，先绑定子控件（ListBox 控件），后绑定包含控件（GridView 控件），因此它们的数据绑定阶段并不同步。

若要避免此种情况，需要将 ListBox 控件的数据源控件与 ListBox 控件自身放在同一模板项中，并且不要以声明方式设置 ListBox 的数据绑定属性。而应在 RowDataBound 事件期间在运行时以编程方式设置它们，这样，到 CompanyID 信息可用时 ListBox 控件才会绑定到其数据。

数据绑定控件的数据绑定事件

为了理解页生命周期与数据绑定事件之间的关系，下表列出了数据绑定控件（如 GridView、DetailsView 和 FormView 控件）中与数据相关的事件。

控件事件	典型使用
DataBinding	该事件在包含控件（或 Page 对象）的 PreRender 事件之前由数据绑定控件引发，会标记控件到数据的绑定过程的起点。 如果需要，使用该事件以手动方式打开数据库连接。（数据源控件通常不需要如此操作。）
RowCreated （仅限 GridView）或 ItemCreated（DataList、DetailsView、SiteMapPath、DataGrid、FormView、Repeater和 ListView 控件）	使用该事件来操作不依赖于数据绑定的内容。例如，在运行时，可以以编程方式向 GridView 控件中的页眉或页脚行添加格式。
RowDataBound （仅限 GridView）或ItemDataBound（DataList、SiteMapPath、DataGrid、Repeater 和 ListView 控件）	当该事件发生时，行或项中的数据可用，因此，可以在子数据源控件上格式化数据或设置FilterExpression 属性，以便显示行或项中的相关数据。
DataBound	该事件在数据绑定控件中标记数据绑定操作的结尾。在 GridView 控件中，会针对所有行和任何子控件完成数据绑定。 使用该事件格式化数据绑定内容，或在依赖来自当前控件的内容的值的其他控件中启动数据绑定。

 

原文地址：http://msdn.microsoft.com/zh-cn/library/ms178472(v=VS.90).aspx