asp.net Web Page 生命周期

 对于Asp.net页面层开发无论是写页面写控制流程还是写控件，理解页面生命周期尤其重要。 

    本文从两个粒度对Asp.net生命周期做了展示，一是通过记录页面事件的触发顺序看请求的处理流程，一是通过Reflector看Page类内部对请求处理的实现，通过事件的触发流程看远行的先后；

    本文覆盖以下内容：

1. 页面事件的触发顺序展示
2. Page类内部对请求处理的实现

 1using System;
 2using System.Configuration;
 3using System.Data;
 4using System.Web;
 5using System.Web.Security;
 6using System.Web.UI;
 7using System.Web.UI.HtmlControls;
 8using System.Web.UI.WebControls;
 9using System.Web.UI.WebControls.WebParts;
10
11public partial class _Default : System.Web.UI.Page
12{
13    protected void Page_PreInit(object sender, EventArgs e)
14    {
15        Response.Write("Page_PreInit<br/>");
16    }
17    protected void Page_Init(object sender, EventArgs e)
18    {
19        Response.Write("Page_Init<br/>");
20
21    }
22    protected void Page_InitComplete(object sender, EventArgs e)
23    {
24        Response.Write("Page_InitComplete<br/>");
25
26    }
27    protected void Page_PreLoad(object sender, EventArgs e)
28    {
29        Response.Write("Page_PreLoad<br/>");
30
31    }
32    protected void Page_Load(object sender, EventArgs e)
33    {
34        Response.Write("Page_Load<br/>");
35
36    }
37    protected void Page_LoadComplete(object sender, EventArgs e)
38    {
39        Response.Write("Page_LoadComplete<br/>");
40
41    }
42    protected void Page_PreRender(object sender, EventArgs e)
43    {
44        Response.Write("Page_PreRender<br/>");
45
46    }
47    protected void Page_SaveStateComplete(object sender, EventArgs e)
48    {
49        Response.Write("Page_SaveStateComplete<br/>");
50
51    }
52
53   
54    protected void Page_Unload(object sender, EventArgs e)
55    {
56        int i = 0;
57        i++;//这行代码是用来设置断点的，为什么不用Response.Write？你说呢？
58
59    }
60
61
62    protected void Button1_Click(object sender, EventArgs e)
63    {
64        Label1.Text = "ControlEvent";
65        Response.Write("Button事件触发！<br/>");
66    }
67}
68
69
70

运行结果：
 

Page_PreInit

Page_Init

Page_InitComplete

Page_PreLoad

Page_Load

Page_LoadComplete

Page_PreRender

Page_SaveStateComplete

点击页面的Button后的输出：

Page_PreInit

Page_Init

Page_InitComplete

Page_PreLoad

Page_Load

Button事件触发！

Page_LoadComplete

Page_PreRender

Page_SaveStateComplete

 

我们从一个更细的粒度，在Reflector中看Page对请求处理的代码：

  1 private void ProcessRequestMain(bool includeStagesBeforeAsyncPoint, bool includeStagesAfterAsyncPoint)
  2 {
  3     try
  4     {
  5         HttpContext context = this.Context;
  6         string str = null;
  7         if (includeStagesBeforeAsyncPoint)
  8         {
  9             if (this.IsInAspCompatMode)
 10             {
 11                 AspCompatApplicationStep.OnPageStartSessionObjects();
 12             }
 13             if (this.PageAdapter != null)
 14             {
 15                 this._requestValueCollection = this.PageAdapter.DeterminePostBackMode();
 16             }
 17             else
 18             {
 19                 this._requestValueCollection = this.DeterminePostBackMode();
 20             }
 21             string callbackControlID = string.Empty;
 22             if (this.DetermineIsExportingWebPart())
 23             {
 24                 if (!RuntimeConfig.GetAppConfig().WebParts.EnableExport)
 25                 {
 26                     throw new InvalidOperationException(SR.GetString("WebPartExportHandler_DisabledExportHandler"));
 27                 }
 28                 str = this.Request.QueryString["webPart"];
 29                 if (string.IsNullOrEmpty(str))
 30                 {
 31                     throw new InvalidOperationException(SR.GetString("WebPartExportHandler_InvalidArgument"));
 32                 }
 33                 if (string.Equals(this.Request.QueryString["scope"], "shared", StringComparison.OrdinalIgnoreCase))
 34                 {
 35                     this._pageFlags.Set(4);
 36                 }
 37                 string str3 = this.Request.QueryString["query"];
 38                 if (str3 == null)
 39                 {
 40                     str3 = string.Empty;
 41                 }
 42                 this.Request.QueryStringText = str3;
 43                 context.Trace.IsEnabled = false;
 44             }
 45             if (this._requestValueCollection != null)
 46             {
 47                 if (this._requestValueCollection["__VIEWSTATEENCRYPTED"] != null)
 48                 {
 49                     this.ContainsEncryptedViewState = true;
 50                 }
 51                 callbackControlID = this._requestValueCollection["__CALLBACKID"];
 52                 if ((callbackControlID != null) && (this._request.HttpVerb == HttpVerb.POST))
 53                 {
 54                     this._isCallback = true;
 55                 }
 56                 else if (!this.IsCrossPagePostBack)
 57                 {
 58                     VirtualPath path = null;
 59                     if (this._requestValueCollection["__PREVIOUSPAGE"] != null)
 60                     {
 61                         try
 62                         {
 63                             path = VirtualPath.CreateNonRelativeAllowNull(DecryptString(this.        _requestValueCollection["__PREVIOUSPAGE"]));
 64                         }
 65                         catch (CryptographicException)
 66                         {
 67                             this._pageFlags[8] = true;
 68                         }
 69                         if ((path != null) && (path != this.Request.CurrentExecutionFilePathObject))
 70                         {
 71                             this._pageFlags[8] = true;
 72                             this._previousPagePath = path;
 73                         }
 74                     }
 75                 }
 76             }
 77             if (this.MaintainScrollPositionOnPostBack)
 78             {
 79                 this.LoadScrollPosition();
 80             }
 81             
 82             this.PerformPreInit();          
 83             
 84             this.InitRecursive(null);
 85             
 86             this.OnInitComplete(EventArgs.Empty);
 87             
 88             if (this.IsPostBack)
 89             {
 90                 this.LoadAllState();
 91             
 92                 this.ProcessPostData(this._requestValueCollection, true);
 93             
 94             }
 95             
 96             
 97             this.OnPreLoad(EventArgs.Empty);
 98             
 99             this.LoadRecursive();
100             
101             if (this.IsPostBack)
102             {
103                 this.ProcessPostData(this._leftoverPostData, false);
104             
105                 this.RaiseChangedEvents();
106              
107                 this.RaisePostBackEvent(this._requestValueCollection);
108              
109             }
110             
111             this.OnLoadComplete(EventArgs.Empty);
112             
113             if (this.IsPostBack && this.IsCallback)
114             {
115                 this.PrepareCallback(callbackControlID);
116             }
117             else if (!this.IsCrossPagePostBack)
118             {
119             
120                 this.PreRenderRecursiveInternal();
121              }
122         }
123         if ((this._asyncInfo == null) || this._asyncInfo.CallerIsBlocking)
124         {
125             this.ExecuteRegisteredAsyncTasks();
126         }
127         if (includeStagesAfterAsyncPoint)
128         {
129             if (this.IsCallback)
130             {
131                 this.RenderCallback();
132             }
133             else if (!this.IsCrossPagePostBack)
134             {
135                 this.PerformPreRenderComplete();
136             
137                 if (context.TraceIsEnabled)
138                 {
139                     this.BuildPageProfileTree(this.EnableViewState);
140                     this.Trace.Write("aspx.page", "Begin SaveState");
141                 }
142             
143                 this.SaveAllState();
144             
145                 this.OnSaveStateComplete(EventArgs.Empty);
146                 if (str != null)
147                 {
148                     this.ExportWebPart(str);
149                 }
150                 else
151                 {
152                     this.RenderControl(this.CreateHtmlTextWriter(this.Response.Output));
153                 }
154             
155                 this.CheckRemainingAsyncTasks(false);
156             }
157         }
158     }
159     catch (ThreadAbortException exception)
160     {
161         HttpApplication.CancelModuleException exceptionState = exception.ExceptionState as HttpApplication.CancelModuleException;
162         if (((!includeStagesBeforeAsyncPoint || !includeStagesAfterAsyncPoint) || ((this._context.Handler != this) || (this._context.ApplicationInstance == null))) || ((exceptionState == null) || exceptionState.Timeout))
163         {
164             this.CheckRemainingAsyncTasks(true);
165             throw;
166         }
167         this._context.ApplicationInstance.CompleteRequest();
168         Thread.ResetAbort();
169     }
170     catch (ConfigurationException)
171     {
172         throw;
173     }
174     catch (Exception exception3)
175     {
176         PerfCounters.IncrementCounter(AppPerfCounter.ERRORS_DURING_REQUEST);
177         PerfCounters.IncrementCounter(AppPerfCounter.ERRORS_TOTAL);
178         if (!this.HandleError(exception3))
179         {
180             throw;
181         }
182     }
183 }
184 
185  
186 
187  
188 

private void PerformPreInit()
{
           this.OnPreInit(EventArgs.Empty);
    this.InitializeThemes();//看到主题和模板页是什么时候加载了吧
    this.ApplyMasterPage();
    this._preInitWorkComplete = true;
}

MSDN上对Asp.net生命周期解释有非常重要的四个表格：

 

Stage	Description
Page request	The page request occurs before the page life cycle begins. When the page is requested by a user, ASP.NET determines whether the page needs to be parsed and compiled (therefore beginning the life of a page), or whether a cached version of the page can be sent in response without running the page.
Start	In the start step, page properties such as Request and Response are set. At this stage, the page also determines whether the request is a postback or a new request and sets the IsPostBack property. Additionally, during the start step, the page's UICulture property is set.
Page initialization	During page initialization, controls on the page are available and each control's UniqueID property is set. Any themes are also applied to the page. If the current request is a postback, the postback data has not yet been loaded and control property values have not been restored to the values from view state.
Load	During load, if the current request is a postback, control properties are loaded with information recovered from view state and control state.
Validation	During validation, the Validate method of all validator controls is called, which sets the IsValid property of individual validator controls and of the page.
Postback event handling	If the request is a postback, any event handlers are called.
Rendering	Before rendering, view state is saved for the page and all controls. During the rendering phase, the page calls the Render method for each control, providing a text writer that writes its output to the OutputStream of the page's Response property.
Unload	Unload is called after the page has been fully rendered, sent to the client, and is ready to be discarded. At this point, page properties such as Response and Request are unloaded and any cleanup is performed.

 

Life-cycle Events

Page Event	Typical Use
PreInit	Use this event for the following: Check the IsPostBack property to determine whether this is the first time the page is being processed. Create or re-create dynamic controls. Set a master page dynamically. Set the Theme property dynamically. Read or set profile property values. Note: If the request is a postback, the values of the controls have not yet been restored from view state. If you set a control property at this stage, its value might be overwritten in the next event.
Init	Raised after all controls have been initialized and any skin settings have been applied. Use this event to read or initialize control properties.
InitComplete	Raised by the Page object. Use this event for processing tasks that require all initialization be complete.
PreLoad	Use this event if you need to perform processing on your page or control before the Load event. After the Page raises this event, it loads view state for itself and all controls, and then processes any postback data included with the Request instance.
Load	The Page calls the OnLoad event method on the Page, then recursively does the same for each child control, which does the same for each of its child controls until the page and all controls are loaded. Use the OnLoad event method to set properties in controls and establish database connections.
Control events	Use these events to handle specific control events, such as a Button control's Click event or a TextBox control's TextChanged event. Note: In a postback request, if the page contains validator controls, check the IsValid property of the Page and of individual validation controls before performing any processing.
LoadComplete	Use this event for tasks that require that all other controls on the page be loaded.
PreRender	Before this event occurs: The Page object calls EnsureChildControls for each control and for the page. Each data bound control whose DataSourceID property is set calls its DataBind method. For more information, see Data Binding Events for Data-Bound Controls later in this topic. The PreRender event occurs for each control on the page. Use the event to make final changes to the contents of the page or its controls.
SaveStateComplete	Before this event occurs, ViewState has been saved for the page and for all controls. Any changes to the page or controls at this point will be ignored. Use this event perform tasks that require view state to be saved, but that do not make any changes to controls.
Render	This is not an event; instead, at this stage of processing, the Page object calls this method on each control. All ASP.NET Web server controls have a Render method that writes out the control's markup that is sent to the browser. If you create a custom control, you typically override this method to output the control's markup. However, if your custom control incorporates only standard ASP.NET Web server controls and no custom markup, you do not need to override the Render method. For more information, see Developing Custom ASP.NET Server Controls. A user control (an .ascx file) automatically incorporates rendering, so you do not need to explicitly render the control in code.
Unload	This event occurs for each control and then for the page. In controls, use this event to do final cleanup for specific controls, such as closing control-specific database connections. For the page itself, use this event to do final cleanup work, such as closing open files and database connections, or finishing up logging or other request-specific tasks. Note: During the unload stage, the page and its controls have been rendered, so you cannot make further changes to the response stream. If you attempt to call a method such as the Response.Write method, the page will throw an exception.

 

Data Binding Events for Data-Bound Controls

To help you understand the relationship between the page life cycle and data binding events, the following table lists data-related events in data-bound controls such as the GridView, DetailsView, and FormView controls.

Control Event	Typical Use
DataBinding	This event is raised by data-bound controls before the PreRender event of the containing control (or of the Page object) and marks the beginning of binding the control to the data. Use this event to manually open database connections, if required. (The data source controls often make this unnecessary.)
RowCreated (GridView only) or ItemCreated (DataList, DetailsView, SiteMapPath, DataGrid, FormView, Repeater, and ListView controls)	Use this event to manipulate content that is not dependent on data binding. For example, at run time, you might programmatically add formatting to a header or footer row in a GridView control.
RowDataBound (GridView only) or ItemDataBound (DataList, SiteMapPath, DataGrid, Repeater, and ListView controls)	When this event occurs, data is available in the row or item, so you can format data or set the FilterExpression property on child data source controls for displaying related data within the row or item.
DataBound	This event marks the end of data-binding operations in a data-bound control. In a GridView control, data binding is complete for all rows and any child controls. Use this event to format data bound content or to initiate data binding in other controls that depend on values from the current control's content. (For details, see "Catch-up Events for Added Controls" earlier in this topic.)

 

Login Control Events

The Login control can use settings in the Web.config file to manage membership authentication automatically. However, if your application requires you to customize how the control works, or if you want to understand how Login control events relate to the page life cycle, you can use the events listed in the following table.

Control Event	Typical Use
LoggingIn	This event is raised during a postback, after the page's LoadComplete event has occurred. It marks the beginning of the login process. Use this event for tasks that must occur prior to beginning the authentication process.
Authenticate	This event is raised after the LoggingIn event. Use this event to override or enhance the default authentication behavior of a Login control.
LoggedIn	This event is raised after the user name and password have been authenticated. Use this event to redirect to another page or to dynamically set the text in the control. This event does not occur if there is an error or if authentication fails.
LoginError	This event is raised if authentication was not successful. Use this event to set text in the control that explains the problem or to direct the user to a different page.

中文对照

ASP.NET 页生命周期概述

 

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 Web 服务器控件事件模型。

下表列出了最常用的页生命周期事件。除了列出的事件外还有其他事件；不过，大多数页处理方案不使用这些事件。而是主要由 ASP.NET 网页上的服务器控件使用，以初始化和呈现它们本身。如果要编写自己的 ASP.NET 服务器控件，则需要详细了解这些阶段。有关创建自定义控件的信息，请参见开发自定义 ASP.NET 服务器控件。

页事件	典型使用
PreInit	使用该事件来执行下列操作： 检查 IsPostBack 属性来确定是不是第一次处理该页。 创建或重新创建动态控件。 动态设置主控页。 动态设置 Theme 属性。 读取或设置配置文件属性值。 注意 如果请求是回发请求，则控件的值尚未从视图状态还原。如果在此阶段设置控件属性，则其值可能会在下一事件中被重写。
Init	在所有控件都已初始化且已应用所有外观设置后引发。使用该事件来读取或初始化控件属性。
InitComplete	由 Page 对象引发。使用该事件来处理要求先完成所有初始化工作的任务。
PreLoad	如果需要在 Load 事件之前对页或控件执行处理，请使用该事件。 在 Page 引发该事件后，它会为自身和所有控件加载视图状态，然后会处理 Request 实例包括的任何回发数据。
Load	Page 在 Page 上调用 OnLoad 事件方法，然后以递归方式对每个子控件执行相同操作，如此循环往复，直到加载完本页和所有控件为止。 使用 OnLoad 事件方法来设置控件中的属性并建立数据库连接。
控件事件	使用这些事件来处理特定控件事件，如 Button 控件的 Click 事件或 TextBox 控件的 TextChanged 事件。 注意 在回发请求中，如果页包含验证程序控件，请在执行任何处理之前检查 Page 和各个验证控件的 IsValid 属性。
LoadComplete	对需要加载页上的所有其他控件的任务使用该事件。
PreRender	在该事件发生前： Page 对象会针对每个控件和页调用 EnsureChildControls。 设置了 DataSourceID 属性的每个数据绑定控件会调用 DataBind 方法。有关更多信息，请参见下面的数据绑定控件的数据绑定事件。 页上的每个控件都会发生 PreRender 事件。使用该事件对页或其控件的内容进行最后更改。
SaveStateComplete	在该事件发生前，已针对页和所有控件保存了 ViewState。将忽略此时对页或控件进行的任何更改。 使用该事件执行满足以下条件的任务：要求已经保存了视图状态，但未对控件进行任何更改。
Render	这不是事件；在处理的这个阶段，Page 对象会在每个控件上调用此方法。所有 ASP.NET Web 服务器控件都有一个用于写出发送给浏览器的控件标记的 Render 方法。 如果创建自定义控件，通常要重写此方法以输出控件的标记。不过，如果自定义控件只合并标准的 ASP.NET Web 服务器控件，不合并自定义标记，则不需要重写 Render 方法。有关更多信息，请参见开发自定义 ASP.NET 服务器控件。 用户控件（.ascx 文件）自动合并呈现，因此不需要在代码中显式呈现该控件。
Unload	该事件首先针对每个控件发生，继而针对该页发生。在控件中，使用该事件对特定控件执行最后清理，如关闭控件特定数据库连接。 对于页自身，使用该事件来执行最后清理工作，如：关闭打开的文件和数据库连接，或完成日志记录或其他请求特定任务。 注意 在卸载阶段，页及其控件已被呈现，因此无法对响应流做进一步更改。如果尝试调用方法（如 Response.Write 方法），则该页将引发异常。

其他的页生命周期注意事项

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

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

可以通过处理控件的事件（如 Button 控件的 Click 事件和 ListBox 控件的 SelectedIndexChanged 事件）来自定义控件的外观或内容。在某些情况下，可能也需处理控件的 DataBinding 或 DataBound 事件。有关更多信息，请参见各个控件的类参考主题以及开发自定义 ASP.NET 服务器控件。

当从 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 控件）	使用该事件来操作不依赖于数据绑定的内容。例如，在运行时，可以以编程方式向 GridView 控件中的页眉或页脚行添加格式。
RowDataBound（仅限 GridView）或 ItemDataBound（DataList、SiteMapPath、DataGrid 和 Repeater 控件）	当该事件发生时，行或项中的数据可用，因此，可以在子数据源控件上格式化数据或设置 FilterExpression 属性，以便显示行或项中的相关数据。
DataBound	该事件在数据绑定控件中标记数据绑定操作的结尾。在 GridView 控件中，会针对所有行和任何子控件完成数据绑定。 使用该事件格式化数据绑定内容，或在依赖来自当前控件的内容的值的其他控件中启动数据绑定。（有关详细信息，请参见本主题中前面的“添加的控件的追赶事件”。）

登录控件事件

Login 控件可以使用 Web.config 文件中的设置来自动管理成员资格验证。不过，如果应用程序要求您自定义控件的工作方式，或者您要了解 Login 控件事件与页生命周期的关联方式，可以使用下表中列出的事件。

控件事件	典型使用
LoggingIn	在回发期间，当页的 LoadComplete 事件发生后就会引发该事件。它标记登录过程的起点。 对必须在验证过程开始前发生的任务使用该事件。
Authenticate	该事件在 LoggingIn 事件之后引发。 使用该事件来重写或增强 Login 控件的默认验证行为。
LoggedIn	该事件在验证用户名和密码后引发。 使用该事件来重定向到另一个页或动态设置控件中的文本。如果出现错误或验证失败，就不会发生该事件。
LoginError	如果验证失败，将引发该事件。 使用该事件来设置控件中的问题解释文本或将用户定向到不同的页。