ASP.NET页面生命周期
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）。
下表列出了最常用的页生命周期事件。除了列出的事件外还有其他事件；不过，大多数页处理方案不使用这些事件。而是主要由 ASP.NET 网页上的服务器控件使用，以初始化和呈现它们本身。如果要编写自己的 ASP.NET 服务器控件，则需要详细了解这些阶段。
| 页事件 | 典型使用 | ||
| PreInit |
使用该事件来执行下列操作：
|
||
| Init | 在所有控件都已初始化且已应用所有外观设置后引发。使用该事件来读取或初始化控件属性。 | ||
| InitComplete | 由 Page 对象引发。使用该事件来处理要求先完成所有初始化工作的任务。 | ||
| PreLoad |
如果需要在 Load 事件之前对页或控件执行处理，请使用该事件。 |
||
| Load |
Page 在 Page 上调用 OnLoad 事件方法，然后以递归方式对每个子控件执行相同操作，如此循环往复，直到加载完本页和所有控件为止。 使用 OnLoad 事件方法来设置控件中的属性并建立数据库连接。 |
||
| 控件事件 |
使用这些事件来处理特定控件事件，如 Button 控件的 Click 事件或 TextBox 控件的 TextChanged 事件。
|
||
| LoadComplete | 对需要加载页上的所有其他控件的任务使用该事件。 | ||
| PreRender |
在该事件发生前：
页上的每个控件都会发生 PreRender 事件。使用该事件对页或其控件的内容进行最后更改。 |
||
| SaveStateComplete |
在该事件发生前，已针对页和所有控件保存了 ViewState。将忽略此时对页或控件进行的任何更改。 使用该事件执行满足以下条件的任务：要求已经保存了视图状态，但未对控件进行任何更改。 |
||
| Render |
这不是事件；在处理的这个阶段，Page 对象会在每个控件上调用此方法。所有 ASP.NET Web 服务器控件都有一个用于写出发送给浏览器的控件标记的 Render 方法。 如果创建自定义控件，通常要覆盖此方法以输出控件的标记。不过，如果自定义控件只合并标准的 ASP.NET Web 服务器控件，不合并自定义标记，则不需要覆盖 Render 方法。 用户控件（.ascx 文件）自动合并呈现，因此不需要在代码中显式呈现该控件。 |
||
| Unload |
该事件首先针对每个控件发生，继而针对该页发生。在控件中，使用该事件对特定控件执行最后清理，如关闭控件特定数据库连接。 对于页自身，使用该事件来执行最后清理工作，如：关闭打开的文件和数据库连接，或完成日志记录或其他请求特定任务。
|
说明：各个 ASP.NET 服务器控件都有自己的生命周期，该生命周期与页生命周期类似。例如，控件的 Init 和 Load 事件在相应的页事件期间发生。
虽然 Init 和 Load 都在每个控件上以递归方式发生，但它们的发生顺序相反。每个子控件的 Init 事件（还有 Unload 事件）在为其容器引发相应的事件之前发生（由下到上）。但是，容器的 Load 事件是在其子控件的 Load 事件之前发生（由上到下）。
可以通过处理控件的事件（如 Button 控件的 Click 事件和 ListBox 控件的 SelectedIndexChanged 事件）来自定义控件的外观或内容。在某些情况下，可能也需处理控件的 DataBinding 或 DataBound 事件。
当从 Page 类继承类时，除了可以处理由页引发的事件以外，还可以覆盖页的基类中的方法。例如，可以覆盖页的 InitializeCulture 方法，以便动态设置区域性信息。注意，在使用 Page_事件语法创建事件处理程序时，将隐式调用基实现，因此无需在方法中调用它。例如，无论是否创建 Page_Load 方法，始终都会调用页基类的 OnLoad 方法。但是，如果使用 override 关键字（在 Visual Basic 中为 Overrides）覆盖页的 OnLoad 方法，则必须显式调用基方法。例如，如果在页中覆盖 OnLoad 方法，则必须调用 base.Load（在 Visual Basic 中为 MyBase.Load）以运行基实现。
添加的控件的追赶事件
如果控件是在运行时动态创建的，或者是以声明方式在数据绑定控件的模板中创建的，它们的事件最初与页上的其他控件的事件并不同步。例如，对于运行时添加的控件，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 控件中，会针对所有行和任何子控件完成数据绑定。 使用该事件格式化数据绑定内容，或在依赖来自当前控件的内容的值的其他控件中启动数据绑定。（有关详细信息，请参见本主题中前面的“添加的控件的追赶事件”。） |
Login 控件可以使用 Web.config 文件中的设置来自动管理成员资格验证。不过，如果应用程序要求您自定义控件的工作方式，或者您要了解 Login 控件事件与页生命周期的关联方式，可以使用下表中列出的事件。
| 控件事件 | 典型使用 | |
| LoggingIn |
在回发期间，当页的 LoadComplete 事件发生后就会引发该事件。它标记登录过程的起点。 对必须在验证过程开始前发生的任务使用该事件。 |
|
|
该事件在 LoggingIn 事件之后引发。 使用该事件来覆盖或增强 Login 控件的默认验证行为。 |
||
| LoggedIn |
该事件在验证用户名和密码后引发。 使用该事件来重定向到另一个页或动态设置控件中的文本。如果出现错误或验证失败，就不会发生该事件。 |
|
| LoginError |
如果验证失败，将引发该事件。 使用该事件来设置控件中的问题解释文本或将用户定向到不同的页。 |
