ASP.NET页面生命周期

/article/5578559.html

/article/5578559.html

在以前写个一篇关于ASP.NET页面生命周期的草稿,最近又看了看ASP.NET，做个补充,看看页面初始过程到底是怎么样的

下面是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页面执行顺序（第二个LoadViewState事件可以解释我新浪博客中的“HiddenField隐藏域的值改变时onvaluechanged的事件触发问题”一文的问题）

原文地址：/article/2904237.html
1.对象初始化（OnInit方法）
页面中的控件(包括页面本身)都是在它们最初的FORM中被首次初始化的。通过在ASPX页面的后台代码文件的构造器中声明你的对象，页面将知道对象的类型，并知道需要创建多少个这样的对象。一旦你在构造器中声明了你的控件，你就可以在它的任何子类，方法，事件或者属性中访问到它们。但是，如果你的任何对象是在ASPX文件中指定的控件，这样的控件是没有属性的。而且这样做对从代码中访问它们是危险的，因为无法保证这些控件实例是按照怎样的顺序被创建的(假定它们都是能完全被创建的)。初始化事件可以通过OnInit方法重载。

2.加载视图状态数据（LoadViewState事件）
初始化以后，控件仅能通过ID引用(还没有建立用于相对引用的文档对象模型)。 在LoadViewState事件中，已初始化的控件获得第一个属性：上一次提交存留到服务器的视图状态信息（HiddenField）。页视图状态(ViewState)通过ASP.NET维护，它被用于在一个往返行程中存留信息到服务器。视图状态信息被保存为一个名称/值对，它包含控件的如Text和Value一类的信息。视图信息被保存在隐藏<input>控件的值属性中在页请求中传递。正如你所了解的，这是旧的ASP3.0状态维护技术的一个巨大飞跃。这个事件可以通过LoadViewState方法重载，往往用来在控件被填充时定制它所接受的数据。

3.处理回传数据（LoadPostData事件）
在创建页的阶段，被发送到服务器端的Form数据(ASP.NET中的术语为回传数据)依照每个控件的数据需求进行处理。当页面提交Form时，框架将在每个提交数据的控件上实现IPostBackDataHandler接口。页面然后激发LoadPostData事件，通过页面解析发现实现了IPostBackDataHandler接口的控件，并用正确的回传数据更新控件状态。ASP.NET通过匹配控件的唯一标示符来更新正确的控件，该标示符具有名称值集合中的名称值对。这也就是在所有特定的页中每个控件都需要一个唯一标示符的原因之一。其它的步骤都由框架来完成，以确定每个标示符在环境中是唯一的，例如存在于单页面中的自定义用户控件。LoadPostData事件被激发后，RaisePostDataChanged事件就可以随时被执行了。

4.对象加载（OnLoad方法）
对象在Load事件中获得正确的Form。所有的对象首先都被组织在页DOM(ASP.NET中称为控件树)中，并且很容易通过代码或者相对位置(crawling the DOM)来引用。然后对象就可以自由的访问HTML中的客户端属性集，例如width，value,或者visibility。加载时，控件逻辑，如算法、以编程方式设置控件属性、用StringBuilder装配输出字符串都同时被执行。大部分的工作都是在这一阶段完成的。Load 事件能够通过调用OnLoad来重载。

5.激发RaisePostDataChanged 事件
如前所述，这发生在所有实现了IPostBackDataHandler接口的控件被正确的回传数据更新以后。在这个过程中，每个控件都有一个布尔值的标识，标识其自上一次提交后该控件的数据是被更改还是保持原值。然后ASP.NET通过搜索页来寻找任何显示控件数据被更改的标识并激发RaisePostDataChanged。RaisePostDataChanged事件直到Load事件发生后，所有控件被更新后才激发。这保证了在控件被回传数据更新前，其它控件的数据在RaisePostDataChanged事件中没有被手动更改过。

6.处理客户端回传事件（RaisePostBackEvent事件）
当回传更新导致数据改变而引发服务器端事件后，引发回传的对象会在RaisePostBackEvent事件中被处理。这种激发回传的对象往往是其状态改变而引发回传的控件(其autopostback被启用)或者是一个被点击的窗体提交按钮。很多代码都在这个事件中执行，因为这是控制事件驱动逻辑的理想位置。为了保证呈现到浏览器的数据的正确性，在一系列的回传事件后RaisePostBackEvent事件最终被激发。基于一致性的考虑，回传中改变的控件直到这个函数被执行后才被更新。也就是说，被预期事件改变的数据总是在结果页反映出来。RaisePostBackEvent事件可以通过RaisePostBackEvent来捕捉。

7.对象预呈现（OnPreRender事件）
对象被预呈现的地方对于那些能够保存到视图或者维持其视图状态的对象来说是最后一次有机会改变的地方。这使得预呈现步骤成为做最后修改的理想位置，例如改变控件属性或改变控件树结构，不用担心因为数据库请求或者视图状态更新而导致对象的变化。预呈现阶段之后，对象改变被锁定并且不能再被保存到页视图状态中。预呈现阶段可以通过重载OnPreRender实现。

8.保存视图状态（SaveViewState事件）
只有在所有的页面对象的改变都发生后视图状态才被保存。对象状态数据被保存在隐藏<input>对象中，这也是对象状态数据准备呈现到HTML的地方。在SaveViewState事件中，值能够被保存到视图状态对象中，但页面控件的改变并不能保存到其中。可以通过重载SaveViewState实现这个步骤。

9.呈现HTML（Render事件）
Render事件通过装配用于浏览器输出的HTML来着手页的创建。在Render事件中，页调用对象使它们呈现为HTML,然后页收集HTML来发送。当Render事件被重载的时候，开发者可以为浏览器创建定制的HTML，此时页面创建的任何HTML都还没有生效。Render 方法用HtmlTextWriter对象作参数并由它产生HTML给浏览器。这里仍然可以作修改，但是这样的修改只会反映到客户(译者注：意即改变只会在HTML呈现中反映而视图状态并无法被改变)。Render 事件可以被重载。

10.释放（Dispose事件）
当页面的HTML呈现后，对象被释放。在Dispose事件中，你可以清除任何在页面创建中构造的对象或者引用。在这里，所有的处理都已经被执行，你可以安全的释放任何还存在的对象，包括Page对象。Dispose能被重载。
具体对应的事件顺序如下:
①Page_Init() 对象初始化；
②LoadViewState 加载视图状态；
③LoadPostData 处理回送数据；
④Page_Load() 页面加载；
⑤RaisePostDataChanged 数据更新并回送事件；
⑥RaisePostBackEvent 处理客户端回传的事件；
⑦Page_PreRender()页面预处理；
⑧SaveViewState 保存视图状态；
⑨Page_Render() 呈现Html静态页面；
⑩UnLoad 释放页面；

总结
每次我们请求一个ASP.NET页的时候，这个从初始化到释放的过程都同样的被执行。通过理解ASP.NET页的内部执行过程，编写和调试代码的时候就会更加容易和高效。
下面是具体的代码：

?