下面是ASP.NET页面初始的过程:
1. Page_Init();
2. Load ViewState;
3. Load Postback data;
4. Page_Load();
5. Handle control events;
6. Page_PreRender();
7. Page_Render();
8. Unload event;
9. Dispose method called;
下面对其中的一些过程作下描述：
1. Page_Init();
这个过程主要是初始化控件,每次页面载入执行这个初始过程,包括第一次和以后的Postback(这里说下Postback,其实就可以简单理解成用户点 击SUBMIT按钮之类的,把表单<Form>提交给服务器,这就是一次postback),在这里面可以访问控件,但是这里面的控件值不是我们期待的控件里面 的值,他只是一个控件的初始值(默认值),举例: 比如一个TextBox1,我们填入了"哈哈",在点击SUBMIT提交了页面后,在Page_Init()里面,我们访 问到的TextBox1.Text不是我们的"哈哈",而是开始的""空字符串,如果TextBox1在我们设计的时候提供了默认值，这里访问到的也就是提供的默 认值,为什么呢,这就要看下一个过程了.
对应的事件Page.Init
2. Load ViewState
这个过程是载入VIEWSTATE和Postback数据，比如我们上面的TextBox1,这时就赋了"哈哈",所以,在Post_Init()对控件赋值是无意义的,它都会 在这个过程里被改写,当然第一次页面载入例外，因为没有VIEWSTATE数据。
没有对应的事件
3.Load Postback data;
上面说了,Postback可以理解成用户提交表单数据,所以这里就是处理表单数据,当然这里要设计到控件的设计,一般情况不会要我们自己处理这 个过程,我们暂且略过. (在以前那篇关于ASP.NET页面生命周期的简单描述中,把这个过程和Load ViewState放在了一起,其实那是微软提供的生命周期过程,这里单独提出来是为 了让大家明白这是一个单独的过程)
没有对应的事件
4. Page_Load();
这个过程也是每次页面载入时一定会执行的，但是注意和Page_Init的区别，上面已经涉及了,这里注意的是一般都会用到Page.IsPostBack,该 值指示该页是否正为响应客户端回发而加载，或者它是否正被首次加载和访问。
private void Page_Load(object sender, System.EventArgs e)
{
if(!Page.IsPostBack)
{
//第一次执行的CODE HERE
}
else
{
//用户提交FORM(即Postback)CODE HERE
}
//每次这里的都回执行CODE HERE
}
对应的事件Page.Load
5. Handle control events;
这个过程里，相应具体的控件事件，比如private void ListBox1_SelectedIndexChanged(object sender, System.EventArgs e)事件等等
没有对应的事件(我们自己的事件函数都包括在这个过程里比如上面的ListBox1_SelectedIndexChanged)
6. Page_
预先呈递对象,这里是在向用户程序呈现数据的倒数第二步,我估计提供这个过程的意义,也就是在这里能对控件属性等等要呈现给用户的数据进 行修改,这也是最后的修改,以前的修改(比如在Page_Init里面)都可能被覆盖.做完这了还会进行一个操作就是保存状态,即SaveViewState.
对应的事件时Page.PreRender
7. Page_Render();
大家可以在浏缆器里View->Source查看到，每个页面都有一个隐藏的<input>,这里面的"__VIEWSTATE"就是我们服务器写回来的页面状态信息, 在这个之前，服务器要呈现页面(也就是构造HTML格式的文件)，就是从这个"__VIEWSTATE"里面获取的数据,当然大家也注意到了,这里有个Page.Render事件,我们可以添加自己的处理代码,也就是说我们又可以更改数据,不过这里推荐不要在这里修改,既然提供了PreRender,就应该在里面做最后的修改,当然这不是必须的,只是推荐!
对应的事件Page.Render
8. Unload event;
大家应该明白，当想服务器请求一个对象的时候,就会在内存里生成一个继承页面对象,也就是页面的类,它继承自System.Web.UI.Page.
当页面对象从内存中卸载时发生，将触发该事件.
对应的事件Page.Unload
9. Dispose method called;
销毁所有的对象.当从内存释放Page时发生，这是生存期的最后阶段。可能第8和9似乎有些模糊,不过我也没怎么搞清楚,待研究!
对应的事件Dispose
以上就是ASP.NET页面周期的描述。
注意上面灰色背景的文字，如果一个过程中有对应的事件，我们可以自己定义一个函数(当然先在MSDN中找到函数原型)，然后在
InitializeComponent中向事件的链表上添加上去,像下面:
private void InitializeComponent()
{
this.Unload += new System.EventHandler(this.MainWebForm_Unload);
this.Load += new System.EventHandler(this.Page_Load);
this.Init += new System.EventHandler(this.Page_Init);
this.PreRender += new System.EventHandler(this.My_PreRender);
}
对于几个没有对应事件的过程,比如2.Load ViewState,我们可以重载Page的虚函数protected override void LoadViewState(object savedState);来添加自己的控制代码,不过切忌掉用基类的对应方法,比如:
protected override void LoadViewState(object savedState)
{
//自己处理VIEWSTATE
base.LoadViewState (savedState);
}
初学ASP.NET,请各位不吝赐教!
====================\
Asp.net2.0页面的生命周期
表格 1. ASP.NET 页面生存周期中的关键事件
阶段
页面事件
可重写方法
页面初始化
Init
加载视图状态
LoadViewState
处理回发数据
实现 IPostBackDataHandler 接口的任何控件中的 LoadPostData 方法
加载页面
Load
回发更改通知
实现 IPostBackDataHandler 接口的任何控件中的 RaisePostDataChangedEvent 方法
处理回发事件
控件所定义的任何回发事件
实现了 IPostBackEventHandler 接口的任何控件的 RaisePostBackEvent 方法
页面呈现前阶段
PreRender
保存视图状态
SaveViewState
呈现页面
Render
卸载页面
Unload
当一个获取网页的请求（可能是通过用户提交完成的，也可能是通过超链接完成的）被发送到Web服务器后，这个页面就会接着运行从创建到处理完成的一系列事件。在我们试图建立Asp.net页面的时候，这个执行周期是不必去考虑的，那样只会自讨苦吃。然而，如果被正确的操纵，一个页面的执行周期将是一道有效而且功能强大的工具。许多开发者在编写 Asp.net的页面以及用户控件的时候发现，如果知道整个过程中发生了什么以及在什么时候发生将对完成整个任务起到很重要的帮助作用。下面我就向大家介绍一下一个Asp.net页面从创建到处理完成过程中的十个事件。同时，也向大家展示如何在这些事件中添加自己的代码以达到预定的效果。
一．预初始化对象(OnPreInit)
protected override void OnPreInit(EventArgs e)
{
// custom code
base .OnPreInit(e);
}
注意，我们只能在PreInit()事件中动态的设置themes
使用母版页时的特例
我们先要了解一个非常重要的知识点——母版页被处理的过程就相当于内容页中的一个控件。
所以如果一个页有其相关联的母版页的话，那么在PreInit()事件里页中的所有控件都不会被初始化。而只有在Init()事件开始之后，你才能直接访问这些控件。为什么？
这 个原因就是内容页中的所有控件都包含在“ContentPlaceholder”里，而“ContentPlaceholder”其实就是母版页的一个子 控件。现在母版页被处理的过程就相当于内容页中的一个控件，我们早先提到过，除了Init()和Unload()之外的所有事件都是从最外面到最里面被激 发的。虽然页的PreInit()是第一个被触发的事件，但是用户控件和母版页是没有这个事件的，所以在页的Page_PreInit()方法中，母版页 和用户控件都不会被初始化，而是在Init()事件之后
接下来让我们来看一下Page_Init()事件之后控件的层次结构
在这个页面级的事件中，所有在设计时创建的控件都将被用默认值做初始化。例如，如果你有一个Text属性值为“Hello”的TextBox控件，则此时这个属性被设置。我们也可以在这里动态的创建控件。
这个事件仅仅发生在页级别的类中，用户控件和母版页没有这个事件
下面的代码示例了如何重写这个方法以增加你的自定义代码
二．初始化对象(OnInit)
一个页面的控件（以及页面本身）最初应被正确的初始化。通过在你的C#文件的构造函数 中声名所有对象，页面就知道要创建多少对象以及它们的类型。一旦你在你的构造函数中声名了所有的对象，你就可以通过继承类、方法、事件或是属性访问它们。 然而，如果你的一些对象是在Aspx文件中指定的一些控件，那么这些控件就没有属性可言了。同时，通过代码访问它们会产生一些意外的错误，因为这些控件实 例是没有一个确定的创建顺序的（如果它们是被一起创建的）。还有，你可以通过OnInit来重载初始化事件.
在这个事件里，我们能读出控件的属性（在设计模式中设置的）。但是我们不能读出用户设置的值，因为得到用户设置的值是在LoadPostData()事件被激发之后。不过在这个事件中我们可以得到POST数据，如下
string selectedValue = Request.Form[controlID].ToString();
三．完成初始化(OnInitComplete)
完成初始化页面OnInit事件后触发。
四．导入Viewstate数据(LoadViewState)
在初始化事件后，所有控件只可以通过它们的ID被引用访问（因为还没有相应的DOM可使用）。在 LoadViewState这个事件中，所有的控件将获得它们的第一个属性：Viewstate属性。这个属性最终将被返回给服务器以判断这个页面是已经 被用户访问完毕还是仍然在被用户所访问。Viewstate属性以“名称/值”对的字符串方式被保存，它包含了控件的文本以及值等信息。该属性被存储在一 个隐藏的<input>控件的值属性里，在请求页面时被传递。这种方式比起Asp3.0的维持、判断页面状态的方式有了很大的进步啊。还有， 你可以重载LoadViewState事件函数来对相应的控件进行值设定。下图是一个例子：
五．用LoadPostData处理Postback数据(LoadPostData)
在页面创建的这个阶段，服务器对页面上的控件提交的表单数据（在Asp.net中称postback数据）进行处理。当一个页面提交一个表单时，框 架就在每个提交了数据的控件上执行一个IPostBackDataHandler接口操作。然后页面执行LoadPostData事件，解析页面，找到每 个执行了IpostBackDataHandler接口操作的控件，并用恰当的postback数据更新这些控件状态。Asp.net是通过用 NameValue集中的“名称/值”对和每个控件的唯一的ID匹配来实现这一操作的。所以，在Asp.net的页面上每个控件必须有一个唯一的ID，不 可以出现几个控件共有ID的情况。即使是用户自定义的一些控件，框架也会赋予它们各自唯一的ID的。在LoadPostData事件后，就要执行下面的 RaisePostDataChanged事件了。
六．OnPreLoad
在加载页面OnLoad事件前触发。可以在页面里面通过Page_OnPreLoad事件绑定
七．导入对象(OnLoad)
Page_Load是事件绑定得方法
page.load + = new eventhandler(Page_Load)
OnLoad()是引发Load事件主要是判断事件是否为空，如果不为空就执行事件下绑定得方法
在Load事件中，对象都实例化了。所有的对象第一次被布置在DOM页面（在Asp.net中称控件树）里了并且可以通 过代码或是相关的位置被引用。这样，对象就可以很容易的从客户端获得诸如宽度、高度、值、可见性等在Html中的属性值。在Load事件中，当然还有像设 置控件属性等操作的发生。这个过程是整个生命周期中最重要、最主要的，你可以通过调用OnLoad来重载Load事件，图示如下：
八．RaisePostBackChanged事件(RaisePostDataChangedEvent)
就像在上面提到的那样，这个事件是发生在所有的控件执行了IPostBackDataHandler接口操作并被正确的 postback数据更新后的。在这个过程中，每个控件都被赋予一个布尔值来标志该控件有没有被更新。然后，Asp.net就在整个页面上寻找任何已被更 新过的控件并执行RaisePostDataChanged事件操作。不过，这个事件是要在所有的控件都被更新了以及Load事件完成后才进行的。这样就 保证了一个控件在被postback数据更新前，别的控件在RaisePostDataChanged事件中是不会被手动改变的。
九．处理客户端PostBack事件(RaisePostBackEvent)
当由postback数据在服务器端引起的事件都完成后，产生postback数据的对象就执行 RaisePostBackEvent事件操作。可是会有这种情况，由于一个控件状态的改变使得它将表单返回给服务器或是用户点击了提交按钮使得表单返回 给服务器。在这种情况下应该有相应的处理代码来体现事件驱动这一面向对象（OOP）编程原则。由于要满足呈现给浏览器的数据的精确性要求，在一系列 postback事件中RaisePostBackEvent事件是最后发生的。
在postback过程中改变的控件不应在执行功能函数被调用后更新。也就是说，任何由于一个预期的事件而改变的数据应该在最终的页面上被反映出来。你可以通过修改RaisePostBackEvent函数来满足你的要求，图示如下：
十．Page_OnLoadComplete
完成页面加载OnLoad事件后触发。
十一．预先呈递对象
可以改变对象并将改变保存的最后时刻就是这一步――预先呈递对象。这样，你可以在这一步对控件的属性、控件树结构等作出最后的修改。同时还不用考虑 Asp.net对其作出任何改变，因为此时已经脱离了数据库调用以及viewstate更新了。在这一步之后，对对象的所有修改将最终被确定，不能被保存 到页面的viewstate中了。你可以通过OnPreRender来重载这一步。
十二.完成预呈现(OnPreRenderComplete)
在完成预呈现OnPreRender事件后触发。这是完成页面呈现的最后一道关卡，在此之后，页面将无法再进行任何呈现上的改动。
十三.保存ControlState(SaveControlState)
保 存控件状态ControlState。ControlState是ASP.NET2.0控件新增的一个属性，类似ViewState作用，但它们区别在于 ControlState用于保存更加重要的控件状态信息，以保证在禁用ViewState的情况下还可以对控件状态进行读写操作。
八．保存ViewState(SaveViewState)
所有对页面控件的修改完成后viewstate就被保存了。对像的状态数据还是保留在隐藏的<input> 控件里面，呈现给Html的对象状态数据也是从这里取得的。在SaveViewState事件中，其值能被保存到viewstate对象，然而这时在页面 上控件的修改却不能了。你可以用SaveViewState来重载这一步，图示如下：
九．呈递给Html(Render)
运用Html创建给浏览器输出的页面的时候Render事件就发生了。在Render事件过程中，页面调用其中的对象将 它们呈递给Html。然后，页面就可以以Html的形式被用户的浏览器访问了。当Render事件被重载时，开发者可以编写自定义的Html代码使得原先 生成的Html都无效而按照新的Html来组织页面。Render方法将一个HtmlTextWriter对象作为参数并用它将Html在浏览器上以网页 的形式显示。这时仍然可以做一些修改动作，不过它们只是客户端的一些变化而已了。你可以重载Render事件，图示如下：
十．销毁对象(Page_UnLoad)
在呈递给Html完成后，所有的对象都应被销毁。在Dispose事件中，你应该销毁所有在建立这个页面时创建的对象。这时，所有的处理已经完毕，所以销毁任何剩下的对象都是不会产生错误的，包括页面对象。你可以重载Dispose事件。
2.2 Server.Transfer
Server.Transfer方法把执行流程从当前的ASPX文件转到同一服务器上的另一个ASPX页面。调用Server.Transfer时，当前的ASPX页面终止执行，执行流程转入另一个ASPX页面，但新的ASPX页面仍使用前一ASPX页面创建的应答流。
如果用Server.Transfer方法实现页面之间的导航，浏览器中的URL不会改变，因为重定向完全在服务器端进行，浏览器根本不知道服务器已经执行了一次页面变换。
默认情况下，Server.Transfer方法不会把表单数据或查询字符串从一个页面传递到另一个页面，但只要把该方法的第二个参数设置成True，就可以保留第一个页面的表单数据和查询字符串。
同时，使用Server.Transfer时应注意一点：目标页面将使用原始页面创建的应答流，这导致ASP.NET的机器验证检查（Machine Authentication Check，MAC）认为新页面的ViewState已被篡改。因此，如果要保留原始页面的表单数据和查询字符串集合，必须把目标页面Page指令的EnableViewStateMac属性设置成False。
苏公网安备 32050502001014号