asp.net頁面生存周期
提煉自:【ASP.NET開發答疑200問】一書..
①頁面初始化----------收到客戶端的請求,產生相應頁面的Page對象,通過Page_Init事件進行page對象及其控件的初始化.
②加載視圖狀態-------ViewState是存放頁面服務器控件的屬性和值的集合,客戶端通過一個隱藏控件_ViewState把其傳到服務器(服務器端也有這么一個變量,該步即為使用服務器端的ViewState,相對于客戶端傳過來的_ViewState,它是舊版本)________此處不一定對,純屬個人理解.
=.繼續
③回傳數據處理-------從第一步里的客戶請求里找到_ViewState,并提取其中的數據,為頁面的控件賦值.
④頁面加載------------執行Load()事件,感覺是Page_Load(),對象都被實例化,(控件都被賦值了,這里的實例化是指*.cs里的類,好像)
⑤RaisePostBackChanged事件---------控件被賦予一個bool值,標識是否被更新了.
⑥回傳事件處理-------就是客戶端觸發的那些事件,開始執行.比如按了個Button什么的.所需要執行的具體過程.
⑦頁面預返回階段----對控件的屬性值,控件樹結構做修改的最后機會.
⑧保存ViewState-------把服務器控件的屬性和值保存在ViewState中(服務器端),供下一次頁面請求時使用.所以說相對于下一次該頁面的請求,該ViewState是舊版本.
⑨頁面返回階段-------把剛剛生成的頁面發送到客戶端.
⑩銷毀對象------------調用Dispose事件,把該網頁銷毀,把其占用的所有資源釋放.
客戶端的一次請求在服務器端的處理過程終于完成了.!!!!!
一.初始化對象
二.導入viewstate數據
三.用loadpostdata處理postback數據
四.導入對象
五.raisepostbackchanged事件
六.處理客戶端postback事件
七.預先呈遞對象
八.保存viewstate
九.呈遞給html
十.銷毀對象
以上就是asp.net頁面生命周期中的十個事件。每次我們請求一個asp.net頁面時,我們都經歷著同樣的過程從初始化對象到銷毀對象
Init,
LoadViewState,
LoadPostData,
Load,
RaisePostDataChanged,
RaisePostBackEvent,
PreRender,
SaveViewState,
Render,
Unload
asp.net 頁面從初始化到卸載事件順序
客戶發出POST請求-〉創建Page派生類,調用構造函數-〉調用Page類的IHttpHandler.ProcessRequest方法-〉激活Page類的Init事件-〉調用Page類的CreateChildControls虛方法-〉從POST變量和VIEWSTATE中還原服務器端控件狀態-〉激活Page類的Load事件-〉激活服務器端控件事件-〉激活Page類的PreRender事件-〉調用Page類的Render虛方法-〉調用Page類的RenderChildren虛方法-〉發送HTTP響應給客戶端-〉激活Page類的Unload事件-〉丟棄Page派生類的實例。
介紹
Asp.net是微軟.Net戰略的一個組成部分。它相對以前的Asp有了很大的發展,引入了許多的新機制。本文就Asp.net頁面的生命周期向大家做一個初步的介紹,以期能起到指導大家更好、更靈活地操縱Asp.net的作用。
當一個獲取網頁的請求(可能是通過用戶提交完成的,也可能是通過超鏈接完成的)被發送到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。
全文總結
以上就是Asp.net頁面生命周期中的十個事件。每次我們請求一個Asp.net頁面時,我們都經歷著同樣的過程:從初始化對象到銷毀對象。通過了解Asp.net頁面的內部運行機制,我相信大家在編寫、調試代碼的時候會更加游刃有余的。
作者:
RDIF
出處:
http://www.rzrgm.cn/huyong/
Email:
406590790@qq.com
QQ:
406590790
微信:
13005007127(同手機號)
框架官網:
http://www.guosisoft.com/
http://www.rdiframework.net/
框架其他博客:
http://blog.csdn.net/chinahuyong
http://www.rzrgm.cn/huyong
國思RDIF開發框架
,
給用戶和開發者最佳的.Net框架平臺方案,為企業快速構建跨平臺、企業級的應用提供強大支持。
關于作者:系統架構師、信息系統項目管理師、DBA。專注于微軟平臺項目架構、管理和企業解決方案,多年項目開發與管理經驗,曾多次組織并開發多個大型項目,在面向對象、面向服務以及數據庫領域有一定的造詣。現主要從事基于
RDIF
框架的技術開發、咨詢工作,主要服務于金融、醫療衛生、鐵路、電信、物流、物聯網、制造、零售等行業。
如有問題或建議,請多多賜教!
本文版權歸作者和CNBLOGS博客共有,歡迎轉載,但未經作者同意必須保留此段聲明,且在文章頁面明顯位置給出原文連接,如有問題,可以通過微信、郵箱、QQ等聯系我,非常感謝。

浙公網安備 33010602011771號