当一个获取网页的请求（可能是通过用户提交完成的，也可能是通过超链接完成的）被发送到Web服务器后，这个页面就会接着运行从创建到处理完成的一系列事件。在我们试图建立Asp.net页面的时候，这个执行周期是不必去考虑的，那样只会自讨苦吃。然而，如果被正确的操纵，一个页面的执行周期将是一道有效而且功能强大的工具。许多开发者在编写Asp.net的页面以及用户控件的时候发现，如果知道整个过程中发生了什么以及在什么时候发生将对完成整个任务起到很重要的帮助作用。下面我就向大家介绍一下一个Asp.net页面从创建到处理完成过程中的十个事件。同时，也向大家展示如何在这些事件中添加自己的代码以达到预定的效果。
一．初始化对象
一个页面的控件（以及页面本身）最初应被正确的初始化。通过在你的C#文件的构造函数中声名所有对象（如图1），页面就知道要创建多少对象以及它们的类型。一旦你在你的构造函数中声名了所有的对象，你就可以通过继承类、方法、事件或是属性访问它们。然而，如果你的一些对象是在Aspx文件中指定的一些控件，那么这些控件就没有属性可言了。同时，通过代码访问它们会产生一些意外的错误，因为这些控件实例是没有一个确定的创建顺序的（如果它们是被一起创建的）。还有，你可以通过OnInit来重载初始化事件，图示如下（图1）：
图1
二．导入Viewstate数据
在初始化事件后，所有控件只可以通过它们的ID被引用访问（因为还没有相应的DOM可使用）。在LoadViewState这个事件中，所有的控件将获得它们的第一个属性：Viewstate属性。这个属性最终将被返回给服务器以判断这个页面是已经被用户访问完毕还是仍然在被用户所访问。Viewstate属性以“名称/值”对的字符串方式被保存，它包含了控件的文本以及值等信息。该属性被存储在一个隐藏的<input>控件的值属性里，在请求页面时被传递。这种方式比起Asp3.0的维持、判断页面状态的方式有了很大的进步啊。还有，你可以重载LoadViewState事件函数来对相应的控件进行值设定。下图（图2）是一个例子：
图2
三．用LoadPostData处理Postback数据
在页面创建的这个阶段，服务器对页面上的控件提交的表单数据（在Asp.net中称postback数据）进行处理。当一个页面提交一个表单时，框架就在每个提交了数据的控件上执行一个IPostBackDataHandler接口操作。然后页面执行LoadPostData事件，解析页面，找到每个执行了IpostBackDataHandler接口操作的控件，并用恰当的postback数据更新这些控件状态。Asp.net是通过用NameValue集中的“名称/值”对和每个控件的唯一的ID匹配来实现这一操作的。所以，在Asp.net的页面上每个控件必须有一个唯一的ID，不可以出现几个控件共有ID的情况。即使是用户自定义的一些控件，框架也会赋予它们各自唯一的ID的。在LoadPostData事件后，就要执行下面的RaisePostDataChanged事件了。
四．导入对象
在Load事件中，对象都实例化了。所有的对象第一次被布置在DOM页面（在Asp.net中称控件树）里了并且可以通过代码或是相关的位置被引用。这样，对象就可以很容易的从客户端获得诸如宽度、高度、值、可见性等在Html中的属性值。在Load事件中，当然还有像设置控件属性等操作的发生。这个过程是整个生命周期中最重要、最主要的，你可以通过调用OnLoad来重载Load事件，图示如下（图3）：
图3
五．RaisePostBackChanged事件
就像在上面提到的那样，这个事件是发生在所有的控件执行了IPostBackDataHandler接口操作并被正确的postback数据更新后的。在这个过程中，每个控件都被赋予一个布尔值来标志该控件有没有被更新。然后，Asp.net就在整个页面上寻找任何已被更新过的控件并执行RaisePostDataChanged事件操作。不过，这个事件是要在所有的控件都被更新了以及Load事件完成后才进行的。这样就保证了一个控件在被postback数据更新前，别的控件在RaisePostDataChanged事件中是不会被手动改变的。
六．处理客户端PostBack事件
当由postback数据在服务器端引起的事件都完成后，产生postback数据的对象就执行RaisePostBackEvent事件操作。可是会有这种情况，由于一个控件状态的改变使得它将表单返回给服务器或是用户点击了提交按钮使得表单返回给服务器。在这种情况下应该有相应的处理代码来体现事件驱动这一面向对象（OOP）编程原则。由于要满足呈现给浏览器的数据的精确性要求，在一系列postback事件中RaisePostBackEvent事件是最后发生的。
在postback过程中改变的控件不应在执行功能函数被调用后更新。也就是说，任何由于一个预期的事件而改变的数据应该在最终的页面上被反映出来。你可以通过修改RaisePostBackEvent函数来满足你的要求，图示如下（图4）：
图4
七．预先呈递对象
可以改变对象并将改变保存的最后时刻就是这一步――预先呈递对象。这样，你可以在这一步对控件的属性、控件树结构等作出最后的修改。同时还不用考虑Asp.net对其作出任何改变，因为此时已经脱离了数据库调用以及viewstate更新了。在这一步之后，对对象的所有修改将最终被确定，不能被保存到页面的viewstate中了。你可以通过OnPreRender来重载这一步。
八．保存ViewState
所有对页面控件的修改完成后viewstate就被保存了。对像的状态数据还是保留在隐藏的<input>控件里面，呈现给Html的对象状态数据也是从这里取得的。在SaveViewState事件中，其值能被保存到viewstate对象，然而这时在页面上控件的修改却不能了。你可以用SaveViewState来重载这一步，图示如下（图5）：
图5
九．呈递给Html
运用Html创建给浏览器输出的页面的时候Render事件就发生了。在Render事件过程中，页面调用其中的对象将它们呈递给Html。然后，页面就可以以Html的形式被用户的浏览器访问了。当Render事件被重载时，开发者可以编写自定义的Html代码使得原先生成的Html都无效而按照新的Html来组织页面。Render方法将一个HtmlTextWriter对象作为参数并用它将Html在浏览器上以网页的形式显示。这时仍然可以做一些修改动作，不过它们只是客户端的一些变化而已了。你可以重载Render事件，图示如下（图6）：
图6
十．销毁对象
在呈递给Html完成后，所有的对象都应被销毁。在Dispose事件中，你应该销毁所有在建立这个页面时创建的对象。这时，所有的处理已经完毕，所以销毁任何剩下的对象都是不会产生错误的，包括页面对象。你可以重载Dispose事件，见图6。
当一个页面请求被发送到WEB服务器，不论该事件是由页面提交还是由页面重定向而激发的，页面在其被创建到释放的过程中都会运行一系列的
事件。当我们创建ASP.NET页的时候往往没有关注它的执行周期，从而让我们碰到很多让自己头疼的问题。但是，如果被正确的使用和操纵，页
生命周期会成为一个高效且强大的工具。很多开发者都认识到，理解页面执行过程中发生了什么和什么时候发生对高效编写ASP.NET页和用户控
件是十分关键的。那么，让我们来详细的了解一个ASP.NET页面从被创建到其被释放的过程中的十个事件。币擦私庠跹颜庑┦录擞玫轿颐
堑淖远ㄒ宕胫小?lt;BR>我将把这个过程建立在一个用C#编写的ASP.NET简单提交页上。这个页面首次会加载一些服务器端WEB控件，当WEB服
务器接收到它的请求时，WEB服务器就会处理我们的WEB控件并最终让我们得到该页的HTML呈现。处理页面的第一步是对象初始化。
下载源码
演示
1.对象初始化
页面中的控件(包括页面本身)都是在它们最初的FORM中被首次初始化的。通过在ASPX页面的后台代码文件的构造器中声明你的对象，页面将知
道对象的类型，并知道需要创建多少个这样的对象。一旦你在构造器中声明了你的控件，你就可以在它的任何子类，方法，事件或者属性中访
问到它们。但是，如果你的任何对象是在ASPX文件中指定的控件，这样的控件是没有属性的。而且这样做对从代码中访问它们是危险的，因为
无法保证这些控件实例是按照怎样的顺序被创建的(假定它们都是能完全被创建的)。初始化事件可以通过OnInit方法重载。
2.加载视图状态数据
初始化以后，控件仅能通过ID引用(还没有建立用于相对引用的文档对象模型)。在LoadViewState事件中，已初始化的控件获得第一个属性：
上一次提交存留到服务器的视图状态信息。页视图状态通过ASP.NET维护，它被用于在一个往返行程中存留信息到服务器。视图状态信息被保存
为一个名称/值对，它包含控件的如Text和Value一类的信息。视图信息被保存在隐藏<input>控件的值属性中在页请求中传递。正如你所了解的
，这是旧的ASP3.0状态维护技术的一个巨大飞跃。这个事件可以通过LoadViewState方法重载，往往用来在控件被填充时定制它所接受的数据。
图2显示了一个在LoadViewState事件中设置视图状态的重载例子。
3.LoadPostData处理回传数据
在创建页的阶段，被发送到服务器端的Form数据(ASP.NET中的术语为回传数据)依照每个控件的数据需求进行处理。当页面提交Form时，框架将
在每个提交数据的控件上实现IPostBackDataHandler接口。页面然后激发LoadPostData事件，通过页面解析发现实现了IPostBackDataHandler
接口的控件，并用正确的回传数据更新控件状态。ASP.NET通过匹配控件的唯一标示符来更新正确的控件，该标示符具有名称值集合中的名称值
对。这也就是在所有特定的页中每个控件都需要一个唯一标示符的原因之一。其它的步骤都由框架来完成，以确定每个标示符在环境中是唯一
的，例如存在于单页面中的自定义用户控件。LoadPostData事件被激发后，RaisePostDataChanged事件就可以随时被执行了(请继续往下看)
4.对象加载
对象在Load事件中获得正确的Form。所有的对象首先都被组织在页DOM(ASP.NET中称为控件树)中，并且很容易通过代码或者相对位置(crawling
the DOM)来引用。然后对象就可以自由的访问HTML中的客户端属性集，例如width，value,或者visibility。加载时，控件逻辑，如算法、以编
程方式设置控件属性、用StringBuilder装配输出字符串都同时被执行。大部分的工作都是在这一阶段完成的。Load 事件能够通过调用OnLoad
来重载，如图3。
5.激发RaisePostDataChanged 事件
如前所述，这发生在所有实现了IPostBackDataHandler接口的控件被正确的回传数据更新以后。在这个过程中，每个控件都有一个布尔值的标
识，标识其自上一次提交后该控件的数据是被更改还是保持原值。然后ASP.NET通过搜索页来寻找任何显示控件数据被更改的标识并激发
RaisePostDataChanged。RaisePostDataChanged事件直到Load事件发生后，所有控件被更新后才激发。这保证了在控件被回传数据更新前，其
它控件的数据在RaisePostDataChanged事件中没有被手动更改过。
6.处理客户端回传事件
当回传更新导致数据改变而引发服务器端事件后，引发回传的对象会在RaisePostBackEvent事件中被处理。这种激发回传的对象往往是其状态
改变而引发回传的控件(其autopostback被启用)或者是一个被点击的窗体提交按钮。很多代码都在这个事件中执行，因为这是控制事件驱动逻
辑的理想位置。为了保证呈现到浏览器的数据的正确性，在一系列的回传事件后RaisePostBackEvent事件最终被激发。基于一致性的考虑，回
传中改变的控件直到这个函数被执行后才被更新。也就是说，被预期事件改变的数据总是在结果页反映出来。RaisePostBackEvent事件可以通
过RaisePostBackEvent来捕捉
7.对象预呈现
对象被预呈现的地方对于那些能够保存到视图或者维持其视图状态的对象来说是最后一次有机会改变的地方。这使得预呈现步骤成为做最后修
改的理想位置，例如改变控件属性或改变控件树结构，不用担心因为数据库请求或者视图状态更新而导致对象的变化。预呈现阶段之后，对象
改变被锁定并且不能再被保存到页视图状态中。预呈现阶段可以通过重载OnPreRender实现。
8.保存视图状态
只有在所有的页面对象的改变都发生后视图状态才被保存。对象状态数据被保存在隐藏<input>对象中，这也是对象状态数据准备呈现到HTML的
地方。在SaveViewState事件中，值能够被保存到视图状态对象中，但页面控件的改变并不能保存到其中。可以通过重载SaveViewState实现这
个步骤
9.呈现HTML
Render事件通过装配用于浏览器输出的HTML来着手页的创建。在Render事件中，页调用对象使它们呈现为HTML,然后页收集HTML来发送。当
Render事件被重载的时候，开发者可以为浏览器创建定制的HTML，此时页面创建的任何HTML都还没有生效。Render 方法用HtmlTextWriter对象
作参数并由它产生HTML给浏览器。这里仍然可以作修改，但是这样的修改只会反映到客户(译者注：意即改变只会在HTML呈现中反映而视图状态
并无法被改变)。Render 事件可以被重载
10.释放
当页面的HTML呈现后，对象被释放。在Dispose事件中，你可以清除任何在页面创建中构造的对象或者引用。在这里，所有的处理都已经被执行
，你可以安全的释放任何还存在的对象，包括Page对象。Dispose能被重载
具体对应的事件顺序如下:
Page_Init()
LoadViewState
LoadPostData
Page_Load()
RaisePostDataChanged
RaisePostBackEvent
Page_PreRender()
SaveViewState
Page_Render()
UnLoad
code：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
|
using
System;
using
System.Collections.Generic;
using
System.ComponentModel;
using
System.Linq;
using
System.Text;
using
System.Web;
using
System.Web.UI;
using
System.Web.UI.WebControls;
using
System.Collections.Specialized;
namespace
ControlLifecycel
{
/// <summary>
/// ControlLifecycel
/// Leo.wl
/// 2010-05-24
/// </summary>
[DefaultProperty(
"Text"
)]
[ToolboxData(
"<{0}:ControlLifecycel runat=server></{0}:ControlLifecycel>"
)]
public
class
ControlLifecycel : WebControl ,IPostBackDataHandler,IPostBackEventHandler
{
/// <summary>
/// OnInit
/// </summary>
/// <param name="e"></param>
protected
override
void
OnInit(EventArgs e)
{
OutPut(
"1.OnInit."
);
base
.OnInit(e);
this
.Page.RegisterRequiresPostBack(
this
);
}
/// <summary>
/// LoadViewState
/// </summary>
/// <param name="savedState"></param>
protected
override
void
LoadViewState(
object
savedState)
{
OutPut(
"2.LoadViewState."
);
base
.LoadViewState(savedState);
}
/// <summary>
/// LoadPostData
/// </summary>
/// <param name="postDataKey"></param>
/// <param name="postCollection"></param>
/// <returns></returns>
public
virtual
bool
LoadPostData(
string
postDataKey ,NameValueCollection postCollection)
{
OutPut(
"3.LoadPostData."
);
return
true
;
}
/// <summary>
/// OnLoad
/// </summary>
/// <param name="e"></param>
protected
override
void
OnLoad(EventArgs e)
{
OutPut(
"4.OnLoad."
);
base
.OnLoad(e);
}
/// <summary>
/// RaisePostDataChangedEvent
/// </summary>
public
virtual
void
RaisePostDataChangedEvent()
{
OutPut(
"5. RaisePostDataChangedEvent."
);
}
/// <summary>
/// RaisePostBackEvent
/// </summary>
/// <param name="eventArgument"></param>
public
virtual
void
RaisePostBackEvent(
string
eventArgument)
{
OutPut(
"6.RaisePostBackEvent."
);
}
/// <summary>
/// OnPreRender.
/// </summary>
/// <param name="e"></param>
protected
override
void
OnPreRender(EventArgs e)
{
OutPut(
"7.OnPreRender."
);
base
.OnPreRender(e);
}
/// <summary>
/// SaveViewState
/// </summary>
/// <returns></returns>
protected
override
object
SaveViewState()
{
OutPut(
"8.SaveViewState."
);
base
.SaveViewState();
return
new
Pair();
}
/// <summary>
/// Render
/// </summary>
/// <param name="writer"></param>
protected
override
void
Render(HtmlTextWriter writer)
{
writer.Write(
"<INPUT type=button name=\"{0}\" value=\"Click Me!\" style='position:absolute;left:20,top:280px' onclick=\"{1}\">"
,
"[控件的生命周期]"
,Page.ClientScript.GetPostBackEventReference(
this
,
""
));
OutPut(
"9,Render"
);
base
.Render(writer);
}
/// <summary>
/// OnUnload.
/// </summary>
/// <param name="e"></param>
protected
override
void
OnUnload(EventArgs e)
{
OutPut(
"10.OnUnload."
);
base
.OnUnload(e);
}
/// <summary>
/// Dispose
/// </summary>
public
override
void
Dispose()
{
OutPut(
"11.Dispose."
);
base
.Dispose();
}
/// <summary>
/// OutPut
/// </summary>
/// <param name="strText"></param>
private
void
OutPut(
string
strText)
{
if
(!
this
.DesignMode)
{
HttpContext.Current.Response.Write(strText +
"<br>"
);
}
}
}
}
|
Demo:
总结
每次我们请求一个ASP.NET页的时候，这个从初始化到释放的过程都同样的被执行。通过理解ASP.NET页的内部执行过程，编写和调试代码的时
候就会更加容易和高效(更不用提会碰到更少的让我们灰心的事)。以上就是Asp.net页面生命周期中的十个事件。每次我们请求一个Asp.net页面时，我们都经历着同样的过程：从初始化对象到销毁对象。通过了解Asp.net页面的内部运行机制，我相信大家在编写、调试代码的时候会更加游刃有余的。
132
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
