ASP.Net Web Page深入探討二

五、頁(yè)面生存周期

現(xiàn)在回到第三個(gè)標(biāo)題中講到的內(nèi)容，我們講到了HttpApplication的實(shí)例接收請(qǐng)求，并創(chuàng)建頁(yè)面類的實(shí)例，實(shí)際上這個(gè)實(shí)例也就是動(dòng)態(tài)編譯的ASPX的類的一個(gè)實(shí)例，上一個(gè)標(biāo)題中我們了解到ASPX實(shí)際上是代碼綁定中類的子類，所以它繼承了所有的protected方法。

現(xiàn)在我們來(lái)看看VS.Net自動(dòng)生成的CodeBehind類的代碼，以此來(lái)開(kāi)始我們對(duì)頁(yè)面生命周期的探討：

#region Web Form Designer generated code

override protected void OnInit(EventArgs e)

{

//

// CODEGEN：該調(diào)用是 ASP.NET Web 窗體設(shè)計(jì)器所必需的。

//

InitializeComponent();

base.OnInit(e);

}

/// <summary>

/// 設(shè)計(jì)器支持所需的方法 - 不要使用代碼編輯器修改

/// 此方法的內(nèi)容。

/// </summary>

private void InitializeComponent()

{

this.DataGrid1.ItemDataBound += new System.Web.UI.WebControls.DataGridItemEventHandler(this.DataGrid1_ItemDataBound);

this.Load += new System.EventHandler(this.Page_Load);

}

#endregion

這個(gè)就是使用VS.Net產(chǎn)生的Page的代碼，我們來(lái)看，這里面有兩個(gè)方法，一個(gè)是OnInit，一個(gè)是InitializeComponent，后者被前者調(diào)用，實(shí)際上這就是頁(yè)面初始化的開(kāi)始，在InitializeComponent中我們看到了控件的事件聲明和Page的Load聲明。

下面是從MSDN中摘錄的一段描述和一個(gè)頁(yè)面生命周期方法和事件觸發(fā)的順序表：

“每次請(qǐng)求 ASP.NET 頁(yè)時(shí)，服務(wù)器就會(huì)加載一個(gè) ASP.NET 頁(yè)，并在請(qǐng)求完成時(shí)卸載該頁(yè)。頁(yè)及其包含的服務(wù)器控件負(fù)責(zé)執(zhí)行請(qǐng)求并將 HTML 呈現(xiàn)給客戶端。雖然客戶端和服務(wù)器之間的通訊是無(wú)狀態(tài)的和斷續(xù)的，但是必須使客戶感覺(jué)到這是一個(gè)連續(xù)執(zhí)行的過(guò)程�！�

“這種連續(xù)性假象是由 ASP.NET 頁(yè)框架、頁(yè)及其控件實(shí)現(xiàn)的�；匕l(fā)后，控件的行為必須看起來(lái)是從上次 Web 請(qǐng)求結(jié)束的地方開(kāi)始的。雖然 ASP.NET 頁(yè)框架可使執(zhí)行狀態(tài)管理相對(duì)容易一些，但是為了獲得連續(xù)性效果，控件開(kāi)發(fā)人員必須知道控件的執(zhí)行順序�？丶�開(kāi)發(fā)人員需要了解：在控件生命周期的各個(gè)階段，控件可使用哪些信息、保持哪些數(shù)據(jù)、控件呈現(xiàn)時(shí)處于哪種狀態(tài)。例如，在填充頁(yè)上的控件樹(shù)之前控件不能調(diào)用其父級(jí)�！�

“下表提供了控件生命周期中各階段的高級(jí)概述。有關(guān)詳細(xì)信息，請(qǐng)點(diǎn)擊表中的鏈接。”

階段
控件需要執(zhí)行的操作
要重寫(xiě)的方法或事件

初始化
初始化在傳入 Web 請(qǐng)求生命周期內(nèi)所需的設(shè)置。請(qǐng)參閱處理繼承的事件。
Init 事件（OnInit 方法）

加載視圖狀態(tài)
在此階段結(jié)束時(shí)，就會(huì)自動(dòng)填充控件的 ViewState 屬性，詳見(jiàn)維護(hù)控件中的狀態(tài)中的介紹�？丶�可以重寫(xiě) LoadViewState 方法的默認(rèn)實(shí)現(xiàn)，以自定義狀態(tài)還原。
LoadViewState 方法

處理回發(fā)數(shù)據(jù)
處理傳入窗體數(shù)據(jù)，并相應(yīng)地更新屬性。請(qǐng)參閱處理回發(fā)數(shù)據(jù)。

注意 只有處理回發(fā)數(shù)據(jù)的控件參與此階段。
LoadPostData 方法

（如果已實(shí)現(xiàn) IPostBackDataHandler）

加載
執(zhí)行所有請(qǐng)求共有的操作，如設(shè)置數(shù)據(jù)庫(kù)查詢。此時(shí)，樹(shù)中的服務(wù)器控件已創(chuàng)建并初始化、狀態(tài)已還原并且窗體控件反映了客戶端的數(shù)據(jù)。請(qǐng)參閱處理繼承的事件。
Load 事件

（OnLoad 方法）

發(fā)送回發(fā)更改通知
引發(fā)更改事件以響應(yīng)當(dāng)前和以前回發(fā)之間的狀態(tài)更改。請(qǐng)參閱處理回發(fā)數(shù)據(jù)。

注意 只有引發(fā)回發(fā)更改事件的控件參與此階段。
RaisePostDataChangedEvent 方法

（如果已實(shí)現(xiàn) IPostBackDataHandler）

處理回發(fā)事件
處理引起回發(fā)的客戶端事件，并在服務(wù)器上引發(fā)相應(yīng)的事件。請(qǐng)參閱捕獲回發(fā)事件。

注意 只有處理回發(fā)事件的控件參與此階段。
RaisePostBackEvent 方法

（如果已實(shí)現(xiàn) IPostBackEventHandler）

預(yù)呈現(xiàn)
在呈現(xiàn)輸出之前執(zhí)行任何更新�？梢员４嬖陬A(yù)呈現(xiàn)階段對(duì)控件狀態(tài)所做的更改，而在呈現(xiàn)階段所對(duì)的更改則會(huì)丟失。請(qǐng)參閱處理繼承的事件。
PreRender 事件

（OnPreRender 方法）

保存狀態(tài)
在此階段后，自動(dòng)將控件的 ViewState 屬性保持到字符串對(duì)象中。此字符串對(duì)象被發(fā)送到客戶端并作為隱藏變量發(fā)送回來(lái)。為了提高效率，控件可以重寫(xiě) SaveViewState 方法以修改 ViewState 屬性。請(qǐng)參閱維護(hù)控件中的狀態(tài)。
SaveViewState 方法

呈現(xiàn)
生成呈現(xiàn)給客戶端的輸出。請(qǐng)參閱呈現(xiàn) ASP.NET 服務(wù)器控件。
Render 方法

處置
執(zhí)行銷毀控件前的所有最終清理操作。在此階段必須釋放對(duì)昂貴資源的引用，如數(shù)據(jù)庫(kù)鏈接。請(qǐng)參閱 ASP.NET 服務(wù)器控件中的方法。
Dispose 方法

卸載
執(zhí)行銷毀控件前的所有最終清理操作。控件作者通常在 Dispose 中執(zhí)行清除，而不處理此事件。
UnLoad 事件（On UnLoad 方法）

從這個(gè)表里面我們可以清楚的看到一個(gè)Page從裝載到卸載之間調(diào)用的方法和觸發(fā)的時(shí)間，接下來(lái)我們就深入的對(duì)其進(jìn)行一些分析。

看了上面的表，細(xì)心的朋友可能要問(wèn)了，既然OnInit是頁(yè)面生命周期的開(kāi)始，而我們?cè)谏弦恢v中談到控件在子類中被創(chuàng)建，那么在這里實(shí)際上在InitializeComponent方法中我們已經(jīng)可以使用父類中聲名的字段了，那么就意味著子類的初始化更在這之前？

在第三個(gè)標(biāo)題中我們講到了頁(yè)面類的ProcessRequest才是真正意義上的頁(yè)面聲明周期的開(kāi)始，這個(gè)方法是由HttpApplication調(diào)用的（其中調(diào)用的方式比較復(fù)雜，有機(jī)會(huì)單獨(dú)撰文來(lái)講解），一個(gè)Page對(duì)請(qǐng)求的處理就是從這個(gè)方法開(kāi)始，通過(guò)反編譯.Net類庫(kù)來(lái)查看源代碼，我們發(fā)現(xiàn)在System.Web.WebControls.Page的基類：System.Web.WebControls.TemplateControl（它是頁(yè)面和用戶控件的基類）中定義了一個(gè)“FrameworkInitialize”虛擬方法，然后在Page的ProcessRequest中最先調(diào)用了這個(gè)方法，在生成器生成的ASPX的源代碼中我們發(fā)現(xiàn)了這個(gè)方法的蹤影，所有的控件都在這個(gè)方法中被初始化，頁(yè)面的控件樹(shù)就在這個(gè)時(shí)候產(chǎn)生。

接下來(lái)的事情就簡(jiǎn)單了，我們來(lái)逐步分析頁(yè)面生命周期的每一項(xiàng)：

1、 初始化

初始化對(duì)應(yīng)Page的Init事件和OnInit方法。

如果要重寫(xiě)，MSDN推薦的方式是重載OnInti方法，而不是增加一個(gè)Init事件的代理，這兩者是有差別的，前者可以控制調(diào)用父類OnInit方法的順序，而后者只能在父類的OnInit后執(zhí)行（實(shí)際上是在OnInit里面被調(diào)用的）。

2、 加載視圖狀態(tài)

這是個(gè)比較重要的方法，我們知道，對(duì)于每次請(qǐng)求，實(shí)際上是由不同的頁(yè)面類實(shí)例來(lái)處理的，為了保證兩次請(qǐng)求間的狀態(tài)，ASP.Net使用了ViewState，關(guān)于ViewState的描述，請(qǐng)參考本人的另一篇文章：

http://expert.csdn.net/Expert/topic/1558/1558798.xml?temp=.2561609

LoadViewState方法就是從ViewState中獲取上一次的狀態(tài)，并依照頁(yè)面的控件樹(shù)的結(jié)構(gòu)，用遞歸來(lái)遍歷整個(gè)樹(shù)，將對(duì)應(yīng)的狀態(tài)恢復(fù)到每一個(gè)控件上。

3、 處理回發(fā)數(shù)據(jù)

這個(gè)方法是用來(lái)檢查客戶端發(fā)回的控件數(shù)據(jù)的狀態(tài)是否發(fā)生了改變。方法的原型：

public virtual bool LoadPostData(string postDataKey, NameValueCollection postCollection)

postDataKey是標(biāo)識(shí)控件的關(guān)鍵字（也就是postCollection中的Key），postCollection是包含回發(fā)數(shù)據(jù)的集合，我們可以重寫(xiě)這個(gè)方法，然后檢查回發(fā)的數(shù)據(jù)是否發(fā)生了變化，如果是則返回一個(gè)True，“如果控件狀態(tài)因回發(fā)而更改，則 LoadPostData 返回 true；否則返回 false。頁(yè)框架跟蹤所有返回 true 的控件并在這些控件上調(diào)用 RaisePostDataChangedEvent�！保ㄕ�自MSDN）

這個(gè)方法是System.Web.WebControls.Control中定義的，也是所有需要處理事件的自定義控件需要處理的方法，對(duì)于我們今天討論的Page來(lái)說(shuō)，可以不用管它。

4、 加載

加載對(duì)應(yīng)Load事件和OnLoad方法，對(duì)于這個(gè)事件，相信大多數(shù)朋友都會(huì)比較熟悉，用VS.Net生成的頁(yè)面中的Page_Load方法就是響應(yīng)Load事件的方法，對(duì)于每一次請(qǐng)求，Load事件都會(huì)觸發(fā)，Page_Load方法也就會(huì)執(zhí)行，相信這也是大多數(shù)人了解ASP.Net的第一步。

Page_Load方法響應(yīng)了Load事件，這個(gè)事件是在System.Web.WebControl.Control類中定義的（這個(gè)類是Page和所有服務(wù)器控件的祖宗），并且在OnLoad方法中被觸發(fā)。

很多人可能碰到過(guò)這樣的事情，寫(xiě)了一個(gè)PageBase類，然后在Page_Load中來(lái)驗(yàn)證用戶信息，結(jié)果發(fā)現(xiàn)不管驗(yàn)證是否成功，子類頁(yè)面的Page_Load總是會(huì)先執(zhí)行，這個(gè)時(shí)候很可能留下一些安全性的隱患，用戶可能在沒(méi)有得到驗(yàn)證的情況下就執(zhí)行了子類中的Page_Load方法。

出現(xiàn)這個(gè)問(wèn)題的原因很簡(jiǎn)單，因?yàn)镻age_Load方法是在OnInit中被添加到Load事件中的，而子類的OnInit方法中是先添加了Load事件，然后再調(diào)用base.OnInit，這樣就造成了子類的Page_Load被先添加，那么先執(zhí)行了。

要解決這個(gè)問(wèn)題也很簡(jiǎn)單，有兩種方法：

1） 在PageBase中重載OnLoad方法，然后在OnLoad中驗(yàn)證用戶，然后調(diào)用base.OnLoad，因?yàn)長(zhǎng)oad事件是在OnLoad中觸發(fā)，這樣我們就可以保證在觸發(fā)Load事件之前驗(yàn)證用戶。

2） 在子類的OnInit方法中先調(diào)用base.OnInit，這樣來(lái)保證父類先執(zhí)行Page_Load

5、 發(fā)送回發(fā)更改通知

這個(gè)方法對(duì)應(yīng)第3步的處理回發(fā)數(shù)據(jù)，如果處理回發(fā)數(shù)據(jù)返回True，頁(yè)面框架就會(huì)調(diào)用此方法來(lái)觸發(fā)數(shù)據(jù)更改的事件，所以自定義控件的回發(fā)數(shù)據(jù)更改事件需要在此方法中觸發(fā)。

同樣這個(gè)方法對(duì)于Page來(lái)說(shuō)，沒(méi)有太大的用處，當(dāng)然你也可以在Page的基礎(chǔ)上自己定義數(shù)據(jù)更改的事件，這當(dāng)然也是可以的。

6、 處理回發(fā)事件

這個(gè)方法是大多數(shù)服務(wù)器控件事件引發(fā)的地方，當(dāng)請(qǐng)求中包含控件事件觸發(fā)的信息時(shí)（服務(wù)器控件的事件是另一個(gè)論題，我會(huì)在不久將來(lái)另外撰文討論），頁(yè)面控件會(huì)調(diào)用相應(yīng)控件的RaisePostBackEvent方法來(lái)引發(fā)服務(wù)器端的事件。

這里又引出一個(gè)常見(jiàn)的問(wèn)題：

經(jīng)常有網(wǎng)友問(wèn)，為什么修改提交后的數(shù)據(jù)并沒(méi)有更改

多數(shù)的情況都是他們沒(méi)有理解服務(wù)器事件的觸發(fā)流程，我們可以看出，觸發(fā)服務(wù)器事件是在Page的Load之后，也就是說(shuō)頁(yè)面會(huì)先執(zhí)行Page_Load，然后才會(huì)執(zhí)行按鈕（這里以按鈕為例）的點(diǎn)擊事件，很多朋友都是在Page_Load中綁定數(shù)據(jù)，然后在按鈕事件中處理更改，這樣做有一個(gè)毛病，Page_Load永遠(yuǎn)都是在按鈕事件之前執(zhí)行，那么意味著數(shù)據(jù)還沒(méi)來(lái)得及更改，Page_Load中的數(shù)據(jù)綁定的代碼就先執(zhí)行了，原有的數(shù)據(jù)又賦給了控件，那么執(zhí)行按鈕事件的時(shí)候，實(shí)際上獲得的是原有的數(shù)據(jù)，那么更新當(dāng)然就沒(méi)有效果了。

更改這個(gè)問(wèn)題也非常簡(jiǎn)單，比較合理的做法是把數(shù)據(jù)綁定的代碼寫(xiě)成一個(gè)方法，我們假設(shè)為BindData：

private void BindData()

{

//綁定數(shù)據(jù)

}

然后修改PageLoad：

private void Page_Load( object sender,EventArgs e )

{

if( !IsPostBack )

{

BindData(); //在頁(yè)面第一次訪問(wèn)的時(shí)候綁定數(shù)據(jù)

}

}

最后在按鈕事件中：

private Button1_Click( object sender,EventArgs e )

{

//更新數(shù)據(jù)

BindData();//重新綁定數(shù)據(jù)

}

7、 預(yù)呈現(xiàn)

最終請(qǐng)求的處理都會(huì)轉(zhuǎn)變?yōu)榘l(fā)回服務(wù)器的響應(yīng)，預(yù)呈現(xiàn)這個(gè)階段就是執(zhí)行在最終呈現(xiàn)之前所作的狀態(tài)的更改，因?yàn)樵诔尸F(xiàn)一個(gè)控件之前，我們必須根據(jù)它的屬性來(lái)產(chǎn)生Html，比如Style屬性，這是最典型的例子，在預(yù)呈現(xiàn)之前，我們可以更改一個(gè)控件的Style，當(dāng)執(zhí)行預(yù)呈現(xiàn)的時(shí)候，我們就可以把Style保存下來(lái)，作為呈現(xiàn)階段顯示Html的樣式信息。

8、 保存狀態(tài)

這個(gè)階段是針對(duì)加載狀態(tài)的，我們多次提到，請(qǐng)求之間是不同的實(shí)例在處理，所以我們需要把本次的頁(yè)面和控件的狀態(tài)保存起來(lái)，這個(gè)階段就是把狀態(tài)寫(xiě)入ViewState的階段。

9、 呈現(xiàn)

到這里，實(shí)際上頁(yè)面對(duì)請(qǐng)求的處理基本就告一段落了，在Render方法中，會(huì)遞歸整個(gè)頁(yè)面的控件樹(shù)，依次調(diào)用Render方法，把對(duì)應(yīng)的Html代碼寫(xiě)入最終響應(yīng)的流中。

10、處置

實(shí)際上就是Dispose方法，在這個(gè)階段會(huì)釋放占用的資源，例如數(shù)據(jù)庫(kù)連接。

11、卸載

最后，頁(yè)面會(huì)執(zhí)行OnUnLoad方法觸發(fā)UnLoad事件，處理在頁(yè)面對(duì)象被銷毀之前的最后處理，實(shí)際上ASP.Net提供這個(gè)事件只是設(shè)計(jì)上的考慮，通常資源的釋放都會(huì)在Dispose方法中完成，所以這個(gè)方法也變成雞肋了。

我們簡(jiǎn)單的介紹了頁(yè)面的生存周期，對(duì)于服務(wù)器端事件的處理做了不太深入的講解，今天主要是想大家了解頁(yè)面執(zhí)行的周期，對(duì)于服務(wù)器控件的事件和生存期我會(huì)在后續(xù)在寫(xiě)一些文章來(lái)探討。

這些內(nèi)容是我在學(xué)習(xí)ASP.Net的時(shí)候?qū)�Page研究的一些心得，具體的細(xì)節(jié)沒(méi)有很詳細(xì)的探討，更多的內(nèi)容請(qǐng)大家參考MSDN，但是我舉了一些初學(xué)者常犯的錯(cuò)誤和出現(xiàn)錯(cuò)誤的原因，希望可以給大家?guī)��?lái)啟發(fā)