对于ASP.NET开发者，理解ASP.NET的页面生命周期是非常重要的。主要是为了搞明白在哪里放置特定的方法和在何时设置各种页面属性。但是记忆和理解页面生命周期里提供的事件处理方法(method)非常困难。互联网上有很多关于页面生命周期内部机制的文章，所以本文只准备简单覆盖技术的基础部分，更主要的目的是给大家提供一个简单得记忆页面生命周期的方法。
准确的记忆ASP.NET页面生命周期每一个阶段发生了什么事情是比较困难的，一种便于记忆的方法是根据各个阶段的名字组合出一个缩写。微软的文档给出的ASP.NET生命周期如下：
Page Request
Start
Page Initialization
Load
Validation
Postback event handling
Rendering
Unload
根据这个组合出一个缩写非常容易。既然Page Request技术上并不是页面生命周期的一部分（这个阶段仅仅标示我们是否开始一个页面周期或者从缓存加载一个页面），我们为了方便，就不包括这一阶段。
S – Start
I – Initialize
L – Load
V – Validate
E – Event Handling
R – Render
这样就组合出一个缩写“SILVER'，这个英文单词非常好记。当然，一定要记住页面生命周期的最后一个环节unload没有包括在里面。如果你觉得有必要，你可以记忆为“SILVER-U”或者“SILVER-YOU"，尽管有点破坏这个记忆法的完美性。现在，我们非常容易就记住了页面生命周期，接着我们总结一下每一步都发生了什么，都有什么事件伴随着发生。
1. Start
在这个阶段，页面属性，比如Request, Response, IsPostBack和UICulture被创建。最为一个开发人员，大部分时候在这个阶段你不需要做任何事。 如果你需要调用或者重写(override)这一阶段的行为，可以使用PreInit方法创建或者重新创建动态控件，设置master page或者theme或者读取和设置profile property的值。要注意的一点是，如果是回传(postback)的页面请求，所有控件的值还没有从view state里还原，如果你在这个阶段设置一个控件的值，这个值有可能在下面的阶段被重写并覆盖。
2. Initialize
这个阶段对于开发人员是很重要。在这个阶段，theme被应用，所有的控件都被设置了唯一的ID。开发人员在这个阶段可以调用Init, InitComplete和PreLoad 方法。微软关于这些方法使用的建议如下：
Init – 这个事件发生在所有控件被初始化并且皮肤设置也被应用后。使用这个事件来读取控件的初始化值。
InitComplete –这个事件被Page对象触发，使用这个事件处理那些要求所有初始化工作都完成后才能做的事情。
PreLoad - 如果在页面或者控件进入Load事件前你有什么要处理的，使用这个事件。Page在触发这个事件后，Page就会为自己和所有的控件加载view state并且处理所有Request中的postback数据。
3. Load
这个阶段可能是开发者使用得最多的一个阶段。在这个阶段，所有的控件被viewstate中信息填充并被加载，OnLoad事件被触发。在这个阶段你可以为页面上所有的服务端控件设置属性，得到query strings，建立数据库连接。
4. Validation
如果你的控件要求验证，验证会在这个阶段发生，这个时候你可以检查控件的IsValid属性。跟这个阶段关联的事件是Validate，它有一个可以接受验证字符串群的重载方法(overload method)，这个重载方法执行特定控件群的验证。
5. Event Handling
所有服务器端控件的事件处理发生在这个阶段。也就是说Click, SelectedIndexChanged等等这些事件会应用到你的服务器端控件，如果是页面请求是回传(postback)的话，这些事件的处理函数就会被控件触发。这个阶段可以使用的事件如下：
LoadComplete – 在这个阶段，页面上所有的控件加载完毕。
PreRender – 这里有几个重点，第一：页面对象(page object)会调用每一个控件的EnsureChildControls函数，并最终调用自己的。其次：所有具有DataSourceID的数据绑定控件都会调用自己的DataBind函数。要注意的一点是，PreRender事件会发生在一个页面的每一个控件上。在这个事件的最后，页面和所有控件的ViewState被存储。
SaveStateComplete – 到这里，ViewState已经存储完毕，如果你有什么操作不需要修改控件但需要修改ViewState的，可以放在SaveStateComplete里面。
6. Render
渲染(Render)实际上不是一个事件，页面对象调用每一个控件的Render方法从而按顺序的输出控件的HTML代码。编写用户自定义控件的开发者对这个阶段最感兴趣了，因为输出用户自定义HTML代码的标准做法就是重写Render方法。如果你的控件是从ASP.NET服务器端控件继承来的，你也许不需要重写Render方法，除非你想呈现一个与用户控件默认行为不同的行为。这些都超出这个文档要讨论的范围了，如果想了解更多，请参考Microsoft's Developing Custom ASP.NET Server Controls. (http://msdn2.microsoft./zt27com/en-us/librarytfhy.aspx)
7. Unload
最后这个事件首先是被各个控件逐一触发，最后被页面触发。在这个时刻，所有的控件已经被渲染为输出流(output stream)并且无法被修改。这个阶段中，任何试图对response stream的操作都会引发异常。这个事件主要用于做一些清理工作，比如关闭数据库连接和打开的文件或者登记事件记录等等其它任务。
页面周期中都有哪些方法
下面列出ASP.NET页面生命周期中所有的方法，这些方法都可以被重写(override)，要注意的是这些方法有的会递归调用，有个会被页面中的内容重复调用，这个列表是按照页面加载时最通用的顺序排列的。
Construct
ProcessRequest
FrameworkInitialize
InitializeCulture
If child controls are present:
AddParsedSubObject
CreateControlCollection
AddedControl
ResolveAdapter
DeterminePostBackMode
OnPreInit
OnInit
TrackViewState
OnInitComplete
OnPreLoad
OnLoad
OnLoadComplete
EnsureChildControls
CreateChildControls
OnPreRender
OnPreRenderComplete
SaveViewState
OnSaveStateComplete
CreateHtmlTextWriter
RenderControl
Render
RenderChildren
VerifyRenderingInServerForm
OnUnload
Dispose
结论
在开发ASP.NET程序时，了解什么时候发生什么事情是非常重要的。理解页面中事件是如何层层展开节省大量挠头和查错的时间。当这些页面周期中的事件难以记住时，我希望这个使用的法子能帮助你梳理出在程序里哪个地方需要做什么处理。
我写这篇文章是为了帮助大家，也方便了自己。即使是熟练的开发人员有时也会忘记那些先那些后。这篇文章不是面面俱到，而是希望给初学者和中级水平的开发者提供一些“小技巧”，从而帮助他们避免一些基本的错误。
祝使用ASP.NET一路愉快！
当一个页面请求发送到WEB服务器时，不论该事件是由页面提交还是由页面重定向而激发的，页面在其被创建到释放的过程中都会运行一系列的事件。一个ASP.NET页面从悲怆见到释放的过程包含10个事件。
（1）对象初始化Init事件：页面初始化的标志是Init事件。页面中的控件（包括页面本身）都是在它们最初的Form中被首次初始化的。在成功创建页面的控件树后，对应用程序激发这个事件。当Init事件发生时，在.aspx源文件中静态声明的所有控件都以实例化并取其默认值。应该注意到，这是还没有视图状态信息可供使用。虽然可以重载OnInit方法，但是系统并不保证这些控件实例是按照怎样的顺序被创建的。
（2）加载视图：在初始化之后，页面框架立即加载该页面的视图状态（ViewState）。所谓视图状态就是一些名称/值对的集合，例如可以保存TextBox控件的ID和Text属性值。它一般被用于在一个往返行程中存留信息到服务器，即参与HTTP请求与响应。
页面视图状态被存储在＜input type=”hidden”＞字段中，做为_VIEWSTAE的值进行记录。该视图状态通过ASP.NE自动维护。通过重写LoadViewState方法组件，开发人员可控制如何还原视图状态以及如何将其内容影射到内部状态。LoadViewState方法就是从ViewState中获取上一次的状态，并按照页面的控件树的结构，用递归来遍历整个树，将对应的状态恢复到每一个控件上。
（3）处理回发数据：还原了视图状态，页面树种的各个控件的状态就与浏览器上次呈现该页面时这些控件所处的状态相同。下一步需要更新这些控件的状态以发送给客户端。
回发数据处理阶段是各个控件有机会更新其状态，以便准确的反映相应的HTML元素在客户端的状态。例如，一个服务器TextBox控件对应的HTML元素是＜input type=text＞，在回发数据阶段，TextBox控件将检索＜input＞标记的当前值并用它刷新其内部状态。每个控件负责从以发送的数据中提取相应值，并更新其某些属性。TextBox控件将更新Text属性，而CheckBox控件将刷新其Checked属性。服务器控件和HTML元素之间的匹配关系由二者的ID确定。
页框架将在每个提交数据的控件上实现IpostBackDataHandler接口，然后激发LoadPostData事件，通过页面解析发现实现了IpostBackDataHandle接口的控件，这样就能正确的回传数据更新控件状态。在识别控件时，ASP.NET通过匹配控件的唯一标示符来更新正确的控件，该标识符具有名称值集和中的名称值对。这也就是在所有特定的页中每个控件都需要一个唯一标识符的原因之一。其他的步骤都由框架来完成，例如确定每个标识符在环境中是否唯一以及控件的基本属性等。
LostPostData方法的原型如下：
Public virtual bool LoadPostData(string postDatakey, NameValueCollection postCollection)
PostDataKey是标识控件的关键字，可以理解为控件的ID,postCollection是包含回发数据的集合，可以理解为视图状态值。该方法返回一个bool值，如果是true，则表示控件状态因回发而更改；否则返回false。页框架会更跟踪所有返回true的控件并在这些控件上调用RaisePostDataChangeEvent事件。
LoadPostData方法是由System..Web.WebControls.Control定义的，而添加的每一个服务器控件也是从System..Web.WebControls.Control继承的，所以对于数据的回发处理并不需要干预。
（4）加载页面Load：在回发数据处理阶段结束时，页面中的所有控件都根据客户端上所输入的更改来更新的状态。此时，对页面激发OnLoad事件。对于这个事件，相信大多数朋友都会比较熟悉，用Visual Studio.Net生成的页面中的Page_Load方法就是响应Load事件的方法，对于每一次请求，Load事件都会触发，Page_Load方法也就会执行。可以利用该方法执行一些页面初始化，例如准备好数据库的连接字符串。在事件引用中，为了提高性能，通常使用Page类的IsPostBack属性判断是不是数据回发。
（5）回发更改通知RaisePostDataChanged：如（3）所述，在所有实现了IpostBackDataHandler接口的控件被正确的回传数据更新后，每个控件都有一个布尔值的标识，标识其自上一次提交后改控件的数据是被更改还是保持其值。然后ASP.NET通过搜索页来寻找任何显示控件数据被更改的标识并激发RaisePostDataChanged。RaisePostDataChanged事件直到Load事件发生后，所有控件被更新后才激发。这保证了在控件被回传数据更新前，其他控件的数据在RaisePostDataChanged事件中没有被手动更改过。虽然也可以在Page的基础上自己定义数据更改的事件，但通常这个事件由太大用处。
（6）处理回发事件RaisePostBackEvent：当回传更新导致数据改变而引发服务器端事件后，引发回传的对象会在RaisePostBackEvent事件中被处理。这种引发回传的对象往往是一个按钮被单击或者其状态改变而引发回传的控件。例如Button触发乐Onclick事件、客户端修改了某个文本框的文本、同时将AutoPostBack设置为true、触发TextChanged事件等。
很多代码都在这个事件中执行，因为这是控制事件驱动逻辑的理想位置。为了保证呈现到浏览器的数据的正确性，在一系列的回传事件后，RaisePostBackEvent事件最终被激发。基于一致性考虑，会传中改变的控件直到这个函数被执行后才被更新。在实际的ASP.NET开发工作中要做的工作就是在此事件发生前处理代码。
（7） 预呈现PreRender：在处理回发事件后，页面就准备进行呈现。这一阶段的标志是PreRender事件。各个控件可利用这个很好的时机，以便执行任何需要在保存视图状态和呈现输出结果的前一刻完成得最后一些更新操作。最终请求的处理都会转变为发挥服务器的响应，预呈现这个阶段就是执行在最终呈现之前所做的状态的更改，因为在呈现一个控件之前，必须更具它的属性来产生HTML,比如Style属性。这是典型的例子，这预呈现之前，可以更改一个控件的Style，当执行预呈现时，就可以把Style保存下来，做为呈现阶段显示HTML的样式信息。
（8）保存状态SaveViewState：下一个状态为SaveViewState，在这一状态中所有控件以及页面本身可以刷新自己的SaveState集合的内容。所得到的视图状态随后得以序列化、进行哈希运算、进行Base64编码并关联到VI-EMSTATE隐藏自端。
（9）呈现视图Render：到这里，实际上页面对请求的处理基本就告一段落了，在Render事件中，也调用对象是它们呈现为HTML，然后也收集HTML发送给客户。客户接收到HTML标记后进行重组，最终显示给客户。当Render事件被重载时，开发者可以为浏览器创建定值的HTML，此时页面创建的任何HTML都还没有生效。Render方法用HtmlTextWriter对象做参数并由它产生HTML送给浏览器。这主要用于自定义控件的开发。
（10）处置Disposed：执行销毁控件前的所有最终清理操作。在此阶段必须释放对昂贵资源的引用，如内存的退出、数据库的连接等。
（11）卸载Unload：一个页面的最后生存标志就是Unload事件，该事件在页面对象被解除之前发生。在此事件中，可以调用Dispose方法尽可能释放占用的任何关键资源（例如，文件、图形对象以及数据库连接）。
0 0 0