原文链接：http://msdn.microsoft.com/zh-cn/library/ms178472(v=vs.110).aspx 对应版本：.NET 4.0
ASP.NET 页运行时，此页将经历一个生命周期，在生命周期中将执行一系列处理步骤。 这些步骤包括初始化、实例化控件、还原和维护状态、运行事件处理程序代码以及进行呈现。 了解页生命周期非常重要，因为这样做您就能在生命周期的合适阶段编写代码，以达到预期效果。
如果您要开发自定义控件，就必须熟悉页生命周期，以便正确进行控件初始化，使用视图状态数据填充控件属性以及运行控件行为代码。 控件的生命周期基于页的生命周期，但是页引发许多您需要在自定义控件中处理的事件。
本主题包含以下各节：
一般来说，页要经历下表概述的各个阶段。 除了页生命周期阶段以外，在请求前后还存在应用程序阶段，但是这些阶段并不特定于页。 有关更多信息，请参见 Introduction to the ASP.NET Application Life Cycle and IIS 7.0 的 ASP.NET 应用程序生命周期概述（ASP.NET 应用程序生命周期简介）。
生命周期的某些部分仅当页处理为回发时才出现。 对于回发，部分页回发过程中（当您使用 UpdatePanel 控件）与整页回发过程中的页生命周期是一样。
|
阶段 |
说明 |
|---|---|
|
页请求 |
页请求发生在页生命周期开始之前。 用户请求页时，ASP.NET 将确定是否需要分析和编译页（从而开始页的生命周期），或者是否可以在不运行页的情况下发送页的缓存版本以进行响应。 |
|
启动 |
在启动阶段，将设置页属性，如 Request 和 Response。 在此阶段，页还将确定请求是回发请求还是新请求，并设置 IsPostBack 属性。 页还设置 UICulture 属性。 |
|
初始化 |
页初始化期间，可以使用页中的控件，并将设置每个控件的 UniqueID 属性。 如果需要，还会向页应用于母版页和主题。 如果当前请求是回发请求，则回发数据尚未加载，并且控件属性值尚未还原为视图状态中的值。 |
|
加载 |
加载期间，如果当前请求是回发请求，则将使用从视图状态和控件状态恢复的信息加载控件属性。 |
|
回发事件处理 |
如果请求是回发请求，则将调用控件事件处理程序。 之后，将调用所有验证程序控件的 Validate 方法，此方法将设置各个验证程序控件和页的 IsValid 属性。 |
|
呈现 |
在呈现之前，会针对该页和所有控件保存视图状态。 在呈现阶段中，页会针对每个控件调用 Render 方法，它会提供一个文本编写器，用于将控件的输出写入页的 Response 属性的 OutputStream 对象中。 |
|
卸载 |
完全呈现页并已将页发送至客户端、准备丢弃该页后，将引发 Unload 事件。 此时，将卸载页属性（如 Response 和 Request）并执行清理。 |
在页生命周期的每个阶段中，页将引发可运行您自己的代码进行处理的事件。 对于控件事件，通过以声明方式使用特性（如 onclick）或以使用代码的方式，均可将事件处理程序绑定到事件。
页还支持自动事件连接，即，ASP.NET 将查找具有特定名称的方法，并在引发了特定事件时自动运行这些方法。 如果 @ Page 指令的 AutoEventWireup 特性设置为 true，页事件将自动绑定至使用命名约定 Page_事件（如Page_Load 和 Page_Init）的方法。 有关自动事件连接的更多信息，请参见 ASP.NET Web 服务器控件事件模型。
下表列出了最常用的页生命周期事件。 除了列出的事件外还有其他事件；不过，大多数页处理方案不使用这些事件。 而是主要由 ASP.NET 网页上的服务器控件使用，以初始化和呈现它们本身。 如果要编写自定义 ASP.NET 服务器控件，则需要详细了解这些事件。 有关创建自定义控件的信息，请参见开发自定义 ASP.NET 服务器控件。
|
页事件 |
典型使用 |
|---|---|
|
在启动阶段完成之后、初始化阶段开始之前引发。 使用该事件来执行下列操作：
|
|
|
在所有控件都已初始化且已应用所有外观设置后引发。 各个控件的 Init 事件在页的 Init 事件之前发生。 使用该事件来读取或初始化控件属性。 |
|
|
在页的初始化阶段结束时引发。 Init 和 InitComplete 事件之间仅发生一个操作：开启对视图状态更改的跟踪。 视图状态跟踪使控件可以保留所有以编程方式添加到 ViewState 集合的值。 在开启视图状态跟踪之前，所有添加到视图状态的值都会在回发期间丢失。 控件通常在引发其 Init 事件后立即开启视图状态跟踪。 使用此事件对要在下一个回发后务必保留的视图状态进行更改。 |
|
|
在页为自身和所有控件加载视图状态之后以及处理 Request 实例包括的回发数据之后引发。 |
|
|
Page 对象对 Page 对象调用 OnLoad 方法，然后以递归方式对每个子控件执行相同操作，直到加载完本页和所有控件为止。 各个控件的 Load 事件在页的 Load 事件之后发生。 使用 OnLoad 事件方法来设置控件中的属性并建立数据库连接。 |
|
|
控件事件 |
使用这些事件来处理特定控件事件，如 Button 控件的 Click 事件或 TextBox 控件的 TextChanged 事件。 |
|
在事件处理阶段结束时引发。 对需要加载页上的所有其他控件的任务使用该事件。 |
|
|
在 Page 对象创建呈现页所需的所有控件（包括组合控件的子控件）之后引发。 （为此，Page 对象会针对每个控件和页调用 EnsureChildControls。） Page 对象在 Page 对象上调用 PreRender 事件，然后以递归方式对每个子控件执行相同操作。 各个控件的 PreRender 事件在页的 PreRender 事件之后发生。 在呈现阶段开始之前，使用该事件对页或其控件的内容进行最后更改。 |
|
|
在设置了 DataSourceID 属性的每个数据绑定控件调用其 DataBind 方法之后引发。 有关更多信息，请参见本主题后面的数据绑定控件的数据绑定事件。 |
|
|
在为页和所有控件保存视图状态和控件状态之后发生。 此时对页或控件进行的任何更改都会影响呈现，但是在下一个回发中将不会检索到这些更改。 |
|
|
这不是事件；在处理的这个阶段，Page 对象会在每个控件上调用此方法。 所有 ASP.NET Web 服务器控件都有一个用于写出发送给浏览器的控件标记的 Render 方法。 如果创建自定义控件，通常要覆盖此方法以输出控件的标记。 不过，如果自定义控件只合并标准的 ASP.NET Web 服务器控件，不合并自定义标记，则不需要覆盖 Render 方法。 有关更多信息，请参见开发自定义 ASP.NET 服务器控件。 用户控件（.ascx 文件）自动合并呈现，因此不需要在代码中显式呈现该控件。 |
|
|
首先针对每个控件引发，继而针对该页引发。 在控件中，使用该事件对特定控件执行最后清理，如关闭控件特定数据库连接。 对于页自身，使用该事件来执行最后清理工作，如：关闭打开的文件和数据库连接，或完成日志记录或其他请求特定任务。 在卸载阶段，页及其控件已被呈现，因此无法对响应流做进一步更改。如果尝试调用方法（如 Response.Write 方法），则该页将引发异常。
|
各个 ASP.NET 服务器控件都有自己的生命周期，该生命周期与页生命周期类似。 例如，控件的 Init 和 Load 事件在相应的页事件期间发生。
虽然 Init 和 Load 都在每个控件上以递归方式发生，但它们的发生顺序相反。 每个子控件的 Init 事件（还有 Unload 事件）在为其容器引发相应的事件之前发生（由下到上）。 但是，容器的 Load 事件是在其子控件的 Load 事件之前发生（由上到下）。 母版页的行为方式类似于页上的子控件：母版页 Init 事件发生在页的 Init 和 Load 事件之前，母版页 Load 事件发生在页的 Init 和 Load 事件之后。
当您创建从 Page 类继承的类时，除了可以处理由页引发的事件以外，还可以重写页的基类中的方法。 例如，可以覆盖页的 InitializeCulture 方法，以便动态设置区域性信息。 注意，在使用 Page_事件 语法创建事件处理程序时，将隐式调用基实现，因此无需在方法中调用它。 例如，无论是否创建 Page_Load 方法，始终都会调用页基类的 OnLoad 方法。 但是，如果使用 override 关键字（在 Visual Basic 中为 Overrides）覆盖页的 OnLoad 方法，则必须显式调用基方法。 例如，如果在页中覆盖 OnLoad 方法，则必须调用 base.Load（在 Visual Basic 中为 MyBase.Load）以运行基实现。
下图显示了 Page 类的一些最重要方法，您可以对其进行重写以便添加在页生命周期的特定点执行的代码。 （有关页方法和事件的完整列表，请参见 Page 类。）该图还演示这些方法如何与页事件和控件事件相关。 在该图中方法和事件的顺序为从上到下排列，在每行中为从左到右。
为了帮助您理解页生命周期与数据绑定事件之间的关系，下表列出了数据绑定控件（如 GridView、DetailsView 和 FormView 控件）中与数据相关的事件。
|
控件事件 |
典型使用 |
|---|---|
|
在控件的 PreRender 事件（该事件在页的 PreRender 事件之后发生）之后引发。 （这将应用于以声明方式设置其属性的DataSourceID 控件。 否则，该事件在您调用控件的 DataBind 方法时发生。） 该事件标记将控件绑定到数据的进程的开始。 使用此事件可以手动打开数据库连接，如果需要，还可以在运行查询之前动态设置参数值。 |
|
|
RowCreated （仅限 GridView）或ItemCreated（DataList、DetailsView、SiteMapPath、DataGrid、FormView、Repeater 和ListView 控件） |
在控件的 DataBinding 事件之后引发。 使用该事件来操作不依赖于数据绑定的内容。 例如，在运行时，可以以编程方式向 GridView 控件中的页眉或页脚行添加格式。 |
|
RowDataBound （仅限 GridView）或ItemDataBound（DataList、SiteMapPath、DataGrid、Repeater 和 ListView 控件） |
在控件的 RowCreated 或 ItemCreated 事件之后引发。 当此事件发生时，行或项中的数据可用，因此，可以在子数据源控件上格式化数据或设置 FilterExpression 属性，以便显示行或项中的相关数据。 |
|
在数据绑定控件中的数据绑定操作结尾引发。 在 GridView 控件中，会为所有行和子控件完成数据绑定。 使用此事件格式化数据绑定内容，或在依赖来自当前控件的内容的值的其他控件中启动数据绑定。 （有关更多信息，请参见本主题中前面的“添加的控件的追赶事件”。） |
嵌套的数据绑定控件
如果子控件已执行数据绑定，但其容器控件尚未执行数据绑定，则子控件中的数据与其容器控件中的数据可能不同步。 如果子控件中的数据根据容器控件中的数据绑定值执行了处理，这种情况则尤其显著。
例如，假定有一个 GridView 控件，它的每一行显示一条公司记录，此外，还有一个 ListBox 控件包含公司管理者列表。 若要填充管理者列表，则需要将 ListBox 控件绑定到一个数据源控件（如 SqlDataSource），后者在查询中使用公司 ID 来检索公司管理者数据。
如果以声明方式设置了 ListBox 控件的数据绑定属性（如 DataSourceID 和 DataMember），ListBox 控件将尝试在包含行的 DataBinding 事件期间绑定到其数据源。 不过，行的 CompanyID 字段直到 GridView 控件的RowDataBound 事件发生后才包含值。 这种情况下，先绑定子控件（ListBox 控件），后绑定包含控件（GridView 控件），因此它们的数据绑定阶段并不同步。
若要避免此种情况，需要将 ListBox 控件的数据源控件与 ListBox 控件自身放在同一模板项中，并且不要以声明方式设置 ListBox 的数据绑定属性。 而应在 RowDataBound 事件期间在运行时以编程方式设置它们，这样，到 CompanyID 信息可用时 ListBox 控件才会绑定到其数据。
有关更多信息，请参见使用数据源控件绑定到数据。
Login 控件可以使用 Web.config 文件中的设置来自动管理成员资格验证。 不过，如果应用程序要求您自定义控件的工作方式，或者您要了解 Login 控件事件与页生命周期的关联方式，可以使用下表中列出的事件。
|
控件事件 |
典型使用 |
|---|---|
|
在回发期间，当页的 LoadComplete 事件发生后引发。 此事件标记登录过程的起点。 对必须在验证过程开始前发生的任务使用该事件。 |
|
|
在 LoggingIn 事件之后引发。 使用该事件来覆盖或增强 Login 控件的默认验证行为。 |
|
|
在验证用户名和密码后引发。 使用该事件来重定向到另一个页或动态设置控件中的文本。 如果出现错误或验证失败，就不会发生该事件。 |
|
|
在身份验证失败的情况下引发。 使用该事件来设置控件中的问题解释文本或将用户定向到不同的页。 |
|
日期 |
修订记录 |
原因 |
|---|---|---|
|
2011 年 5 月 |
添加了有关母版页中的事件顺序的说明。 |
内容 Bug 修复 |