² 當頁面被提交請求第一個方法永遠是構造函數。您可以在構造函數裏面初始一些自定義屬性或對象，不過這時候因爲頁面還沒有被完全初始化所以多少會有些限制。特別地，您需要使用HttpContext對象。當前可以使用的對象包括QueryString, Form以及Cookies集合，還有Cache對象。注意：在構造函數裏是不允許使用Session的。
² 下一個將執行的方法是AddParsedSubObject方法，這個方法將添加所有獨立的控件並把頁面組成一個控件集合樹，這個方法經常被一些高級的頁面模板解決方案(Page Template Solutions)重寫以便添加頁面內容到頁面模板（Page Template）中一些特殊的控件中。這個方法遞歸應用到所有的頁面控件及相應的的每個子控件，所有的控件都是在這個方法中開始最早的初始化。
² 頁面類中下一個將執行的方法是DeterminePostBackMode。這個方法允許您修改IsPostBack的值及相關的事件。如果您需要從數據庫中加載ViewState這個方法將特別有用，因爲ViewState只有在IsPostBack爲真的情況下才會進行恢復。返回空將會導致強制執行非回傳，返回Request.Form則強制執行一個回傳。除非在特殊情況下，否則並不建議去操作這個，因爲這個還會影響其他的事件。
² 下一個將要執行的方法是OnInit方法，一般這是第一個真正被使用的方法。這個方法觸發時，所有頁面定義中的控件執行初始化，這意味着所有在頁面中定義的值應用到相應的控件上。不過，ViewState和傳回的值還不會應用到控件上，因此，任何被代碼或用戶改變的值還沒有被恢復到控件上。這個方法通常是最好的創建、重創建動態控件的好地方。
l 恢復及加載
² 下一個方法，LoadPageStateFromPersistenceMedium只會在頁面被回傳的時候纔會被執行。如果因爲使用Session或自定義存儲方式，您修改了後面將要提到的影響ViewState保存方式的方法SavePageStateToPersistenceMedium，則這個方法需要被重寫。默認的實現中ViewState是一種Base64格式編碼，並且被保存在頁面的隱藏域中，您可以使用這篇文章中提及的方法修改ViewState按以上兩種方式保存。注意：這個方法並沒有真正加載ViewState到頁面或頁面控件中。
² 當得到ViewState後，下一個方法LoadViewSate，將以遞歸的方式恢復ViewState到頁面及各個頁面控件或子控件中。這個方法執行後，每個控件都將恢復到上一次的狀態，但是用戶提交的數據還沒有應用到控件上，因爲他們不是ViewState的一部分。這個方法主要用於恢復您在其他事件中動態生成的控件的值，他們的值是您手動保存在ViewSate中，並且現在已經失效。
² 下一個方法是ProcessPostData，這個方法也同樣是回傳的時候纔會被執行，並且不允許被重寫，這個是頁面基類的私有方法。這個方法通過匹配控件的名稱恢復相應的用戶提交的控件的值，到這一步意味着整個頁面都已經被完全恢復了。唯一要記住的是所有動態控件的創建必須在這個方法之前。這個方法也是記錄後面的改變事件的方法。
² 下一個方法是OnLoad方法，通常這是用得最多的方法，因爲這個方法是頁面生存期第一個恢復了所有值的地方。大多數代碼根據判斷IsPostBack來決定是否重新設置控件狀態。您也可以在這個方法中調用Validate並且檢查IsValid的值。也可以在這個方法中創建動態控件，並且該控件的所有的方法都會被執行以追上當前頁面的狀態包括ViewSate，不過不包括回傳的值。
l 事件處理
² 下一個方法還是ProcessPostData，實際上就是前一個方法的另一次調用，它仍然是隻在回傳的時候執行並且由於是私有方法不可以被重寫。如果您是第一次看頁面的運行軌跡也許會覺得這個方法有些多餘。但實際上這個方法是必要的因爲在OnLoad中創建的動態控件也需要他們回傳的值。任何在這以後創建的控件將可以得到他們的ViewState，但是不能再得到他們的回傳的值，並且不會觸發任何值改變事件(Change Event)。
² 下一個方法，RaiseChangedEvents，也是隻在回傳頁面中執行，並且也因爲是基類的私有方法所有不能被繼承。在整個頁面生存期中，是在這兒根據之前的ProcessPostData記錄的控件的值和提交的值是否不同來觸發值改變事件。您也許需要調用Validate或者檢查IsValid的值。這裏並沒有特別的說明多個值改變事件的執行先後順序。
² 下一個方法，RaisePostBackEvent，同樣是因爲是基類的私有方法不能被繼承，同樣也是隻在回傳頁面中執行。除非使用了AutoPostBack，不然這是實際提交表單事件執行的地方，特別是按鈕或者其實使用javascript提交表單等。如果還沒有被手動調用過並且使用了驗證控件，那麼Validate會被調用。注意IE中有個BUG有時會允許提交但卻不觸發任何事件。
² 下一個方法是OnPreRender，一般這是在客戶端展現頁面之前改變頁面及其控件的最後一次機會。您也可以在這個方法裏面創建動態控件，並且所有的方法都會被執行以追上當前頁面的狀態包括ViewSate，但是私有方法將不會被執行，這意味着不會有回傳的值並且不會有事件觸發。由於IE中的BUG，這是一個沒有事件趕上PostBack的好地方。
l 保存及顯示
² 下一個方法是SaveViewState，不論是否是回傳頁面，均會遞歸的執行以保存頁面及其所有控件的ViewState。ViewState基本上保存所有與定義在aspx中的原始值不同的值，不管是被代碼還是用戶所改變。注意控件值是根據他們在頁面的控件樹中的位置來保存的，所以如果動態控件後來加到了錯誤的位置將會導致混亂。
² 下一個方法是SavePageStateToPersistenceMedium真正的保存頁面的ViewSate。這個方法隨同LoadPageStateFromPersistenceMediumg 一起被重寫以便保存ViewState到Session或其它自定義數據，而不是用隱藏域。這對於低帶寬的用戶來說是很有幫助的。並且對於移動設備來說，Session是默認設置。下面這篇文章描述了使用以上兩種方式保存ViewState的具體細節。注意在Asp.net中有個Bug：Asp.net要求必須提交__viewstate字段，即使是空的。
² 下一個方法是Render方法，該方法遞歸的創建併發送相應控件的html給瀏覽器。這個方法被一些頁面模板方案重寫以添加一些通用的頁面頭與腳而不使用服務器控件，他們總是有一些額外的東西。注意這兒的修改只能使用純HTML，因爲控件在這兒已經被生成了。您可以用StringBuilder，StringWriter，HtmlTextWriter捕獲相應的HTML輸出。
² 最後的方法是OnUnload，這個方法會調用相應的Dispose方法。這個方法提供機會以便清空該頁面中使用的非託管資源，如關閉打開的文件句柄，以前打開的數據庫連接等。注意這個方法是在頁面已經發送到客戶端以後執行的，所以它只有影響服務器對象，並且它不會顯示在頁面的顯示軌跡中。這就是頁面的生存期，對於每一次請求都是這麼運行的。
l 作者簡介(略)
表1：頁面事件總結
方法回傳控件
ConstructorAlwaysAll
AddParsedSubObjectAlwaysAll
DeterminePostBackModeAlwaysPage
OnInitAlwaysAll
LoadPageStateFromPersistenceMediumPostBackPage
LoadViewStatePostBackAll
ProcessPostData1PostBackPage
OnLoadAlwaysAll
ProcessPostData2PostBackPage
RaiseChangedEventsPostBackPage
RaisePostBackEventPostBackPage
OnPreRenderAlwaysAll
SaveViewStateAlwaysAll
SavePageStateToPersistenceMediumAlwaysPage
RenderAlwaysAll
OnUnloadAlwaysAll
與 ASP.NET 1.x 相比，ASP.NET 2.0 提供了更精確的頁面生命週期方法堆棧。這些新增的方法爲 Web 開發人員提供了更高級別的控制。可以通過任何 ASP.NET 頁面上的“Page”對象訪問這些事件。
表 1 顯示了全面的方法列表。“方法”列顯示了實際的事件方法名稱，“活動”列指示事件是始終處於活動狀態還是僅在 PostBack 操作期間處於活動狀態。例如，可以使用新方法 TestDeviceFilter 來確定哪個設備篩選器可用，並使用此信息決定如何顯示頁面。換句話說，新方法 LoadControlState 僅在回發期間調用。可以替代此方法（與 SaveControlState 結合使用），以創建用於在回發期間保存和恢復控件狀態的替換序列化方案。
| 表 1：頁面生命週期方法 | |
| 方法 | 活動 |
|
Constructor |
始終 |
|
Construct |
始終 |
|
TestDeviceFilter |
始終 |
|
AddParsedSubObject |
始終 |
|
DeterminePostBackMode |
始終 |
|
OnPreInit |
始終 |
|
LoadPersonalizationData |
始終 |
|
InitializeThemes |
始終 |
|
OnInit |
始終 |
|
ApplyControlSkin |
始終 |
|
ApplyPersonalization |
始終 |
|
OnInitComplete |
始終 |
|
LoadPageStateFromPersistenceMedium |
PostBack |
|
LoadControlState |
PostBack |
|
LoadViewState |
PostBack |
|
ProcessPostData1 |
PostBack |
|
OnPreLoad |
始終 |
|
OnLoad |
始終 |
|
ProcessPostData2 |
PostBack |
|
RaiseChangedEvents |
PostBack |
|
RaisePostBackEvent |
PostBack |
|
OnLoadComplete |
始終 |
|
OnPreRender |
始終 |
|
OnPreRenderComplete |
始終 |
|
SavePersonalizationData |
始終 |
|
SaveControlState |
始終 |
|
SaveViewState |
始終 |
|
SavePageStateToPersistenceMedium |
始終 |
|
Render |
始終 |
|
OnUnload |
始終 |
通過查看頁面生命週期的低級別詳細信息，我們可以發現在何處能夠自然地實現 ASP.NET 2.0 中的許多功能，例如主題和個性化。例如，可以在 IntializeThemes 事件中處理一個主題，在 LoadPersonalizationData 中加載個性化數據，並在以後應用於 ApplyPersonalization 方法。請注意，對於決定 Web 應用程序的最終外觀的 UI 元素而言，方法的順序極其重要。