詳解ASP.NET頁面生命周期
ASP.NET是微軟.Net戰略的一個組成部分。它相對以前的Asp有了很大的發展，引入了許多的新機制。本文就ASP.NET頁面生命周期向大家做一個初步的介紹，以期能起到指導大家更好、更靈活地操縱ASP.NET的作用。
當一個獲取網頁的請求（可能是通過用戶提交完成的，也可能是通過超鏈接完成的）被發送到Web服務器后，這個頁面就會接著運行從創建到處理完成的一系列事件。在我們試圖建立ASP.NET頁面的時候，這個執行周期是不必去考慮的，那樣只會自討苦吃。然而，如果被正確的操縱，一個頁面的執行周期將是一道有效而且功能強大的工具。許多開發者在編寫ASP.NET頁面以及用戶控件的時候發現，如果知道整個過程中發生了什么以及在什么時候發生將對完成整個任務起到很重要的幫助作用。下面我就向大家介紹一下一個ASP.NET頁面從創建到處理完成過程中的十個事件。
一．初始化對象
一個頁面的控件（以及頁面本身）最初應被正確的初始化。通過在你的C#文件的構造函數中聲名所有對象（如圖1），頁面就知道要創建多少對象以及它們的類型。一旦你在你的構造函數中聲名了所有的對象，你就可以通過繼承類、方法、事件或是屬性訪問它們。然而，如果你的一些對象是在Aspx文件中指定的一些控件，那么這些控件就沒有屬性可言了。同時，通過代碼訪問它們會產生一些意外的錯誤，因為這些控件實例是沒有一個確定的創建順序的（如果它們是被一起創建的）。
二．導入Viewstate數據
在初始化事件后，所有控件只可以通過它們的ID被引用訪問（因為還沒有相應的DOM可使用）。在LoadViewState這個事件中，所有的控件將獲得它們的***個屬性：Viewstate屬性。這個屬性最終將被返回給服務器以判斷這個頁面是已經被用戶訪問完畢還是仍然在被用戶所訪問。Viewstate 屬性以“名稱/值”對的字符串方式被保存，它包含了控件的文本以及值等信息。該屬性被存儲在一個隱藏的控件的值屬性里，在請求頁面時被傳遞。這種方式比起Asp3.0的維持、判斷頁面狀態的方式有了很大的進步啊。還有，你可以重載LoadViewState事件函數來對相應的控件進行值設定。
三．用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事件中，當然還有像設置控件屬性等操作的發生。這個過程是整個ASP.NET頁面生命周期中最重要、最主要的，你可以通過調用OnLoad來重載Load事件
五．RaisePostBackChanged事件
就像在上面提到的那樣，這個事件是發生在所有的控件執行了IPostBackDataHandler接口操作并被正確的postback數據更新后的。在這個過程中，每個控件都被賦予一個布爾值來標志該控件有沒有被更新。然后，ASP.NET就在整個頁面上尋找任何已被更新過的控件并執行RaisePostDataChanged事件操作。不過，這個事件是要在所有的控件都被更新了以及Load 事件完成后才進行的。這樣就保證了一個控件在被postback數據更新前，別的控件在RaisePostDataChanged事件中是不會被手動改變的。
六．處理客戶端PostBack事件
當由postback數據在服務器端引起的事件都完成后，產生postback數據的對象就執行RaisePostBackEvent事件操作?？墒菚羞@種情況，由于一個控件狀態的改變使得它將表單返回給服務器或是用戶點擊了提交按鈕使得表單返回給服務器。在這種情況下應該有相應的處理代碼來體現事件驅動這一面向對象（OOP）編程原則。由于要滿足呈現給瀏覽器的數據的精確性要求，在一系列postback事件中RaisePostBackEvent事件是***發生的。
在postback過程中改變的控件不應在執行功能函數被調用后更新。也就是說，任何由于一個預期的事件而改變的數據應該在最終的頁面上被反映出來。你可以通過修改RaisePostBackEvent函數來滿足你的要求
七．預先呈遞對象
可以改變對象并將改變保存的***時刻就是這一步――預先呈遞對象。這樣，你可以在這一步對控件的屬性、控件樹結構等作出***的修改。同時還不用考慮ASP.NET對其作出任何改變，因為此時已經脫離了數據庫調用以及viewstate更新了。在這一步之后，對對象的所有修改將最終被確定，不能被保存到頁面的viewstate中了。你可以通過OnPreRender來重載這一步。
八．保存ViewState
所有對頁面控件的修改完成后viewstate就被保存了。對像的狀態數據還是保留在隱藏的控件里面，呈現給Html的對象狀態數據也是從這里取得的。在SaveViewState事件中，其值能被保存到viewstate對象，然而這時在頁面上控件的修改卻不能了。你可以用SaveViewState來重載這一步
九．呈遞給Html
運用Html創建給瀏覽器輸出的頁面的時候Render事件就發生了。在Render事件過程中，頁面調用其中的對象將它們呈遞給Html。然后，頁面就可以以Html的形式被用戶的瀏覽器訪問了。當Render事件被重載時，開發者可以編寫自定義的Html代碼使得原先生成的Html都無效而按照新的 Html來組織頁面。Render方法將一個HtmlTextWriter對象作為參數并用它將Html在瀏覽器上以網頁的形式顯示。這時仍然可以做一些修改動作，不過它們只是客戶端的一些變化而已了。你可以重載Render事件
十．銷毀對象
在呈遞給Html完成后，所有的對象都應被銷毀。在Dispose事件中，你應該銷毀所有在建立這個頁面時創建的對象。這時，所有的處理已經完畢，所以銷毀任何剩下的對象都是不會產生錯誤的，包括頁面對象。你可以重載Dispose事件，見圖6。
全文總結
以上就是ASP.NET頁面生命周期中的十個事件。每次我們請求一個ASP.NET頁面時，我們都經歷著同樣的過程：從初始化對象到銷毀對象。通過了解ASP.NET頁面的內部運行機制，我相信大家在編寫、調試代碼的時候會更加游刃有余的。
【編輯推薦】
