錯誤:
??? 每個頁面的生命周期為用戶的訪問開始到結束，也就是說程序中的全局變量同時生存到用戶的訪問結束.

正確:
??? 每個頁面的生命周期為用戶的每一次訪問，也就是說每一次客戶端與服務器之間的一個往返過程.全局變量的生命周期在此之間.

例:
string gb_string;

void Page_Load()
{
??? if(!IsPostBack)
??? {
????? //第一次被訪問的代碼
????? gb_string ="Test!";???
??? }
}

void btnSubmit_Click(Object sender, EventArgs e)
{
//在這里gb_string 為空,是這一次postback新建的字符串

//跟第一次那個被賦值的字符串不是同一對象.
}

ASP.NET 頁面生命周期
1. Page_Init();
2. Load ViewState and Postback data;
3. Page_Load();
4. Handle control events;
5. Page_PreRender();
6. Page_Render();
7. Unload event;
8. Dispose method called;

總結:

在Page_Load()中執行的初始化工作

???? 1.一般都是初始化web控件,因為這些控件的狀態(值),由系統自動保存(__VIEWSTATE),
下次返回時，自動賦值，這是ASP.NET保存"web控件"狀態的特性. ??

?? 2.但是初始的如果是程序中用到的全局變量，就應該注意他的生命周期的問題.如果函數都在一個生命周期中,全局變量的值當然是一致的.但是如果在"由客戶激發"的事件中,這就不同了,每個客戶事件的激發,都會導致新的頁面生命周期的產生，全局變量的值會丟失,因為它們不在同一頁面生命周期(就像上面出現的錯誤1).

*********************************************************

asp.net2.0 頁面生命周期方法
方法	活動
Constructor	Always
Construct	Always
TestDeviceFilter	Always
AddParsedSubObject	Always
DeterminePostBackMode	Always
OnPreInit	Always
LoadPersonalizationData	Always
InitializeThemes	Always
OnInit	Always
ApplyControlSkin	Always
ApplyPersonalization	Always
OnInitComplete	Always
LoadPageStateFromPersistenceMedium	Always
LoadControlState	Always
LoadViewState	Always
ProcessPostData1	Always
OnPreLoad	Always
OnLoad	Always
ProcessPostData2	Always
RaiseChangedEvents	Always
RaisePostBackEvent	Always
OnLoadComplete	Always
OnPreRender	Always
OnPreRenderComplete	Always
SavePersonalizationData	Always
SaveControlState	Always
SaveViewState	Always
SavePageStateToPersistenceMedium	Always
Render	Always
OnUnload	Always

查看頁面生命周期的底層細節，我們可以看到 ASP.NET 2.0 中提供的許多功能（例如主題和個性化）將在什么地方容易實現。例如，主題在 IntializeThemes 事件中處理，而個性化數據將在 LoadPersonalizationData 中加載并稍后用于 ApplyPersonalization 方法。請注意，就哪一個 UI 元素將決定 Web 應用程序的最終外觀和感覺而言，方法的順序非常重要。

在以前寫個一篇關于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,請各位不吝賜教!???
====================\

Asp.net2.0頁面的生命周期

表格 1. ASP.NET 頁面生存周期中的關鍵事件

階段	頁面事件	可重寫方法
頁面初始化	Init
加載視圖狀態		LoadViewState
處理回發數據		實現 IPostBackDataHandler 接口的任何控件中的 LoadPostData 方法
加載頁面	Load
回發更改通知		實現 IPostBackDataHandler 接口的任何控件中的 RaisePostDataChangedEvent 方法
處理回發事件	控件所定義的任何回發事件	實現了 IPostBackEventHandler 接口的任何控件的 RaisePostBackEvent 方法
頁面呈現前階段	PreRender
保存視圖狀態		SaveViewState
呈現頁面		Render
卸載頁面	Unload

?

?

?

當一個獲取網頁的請求（可能是通過用戶提交完成的，也可能是通過超鏈接完成的）被發送到Web服務器后，這個頁面就會接著運行從創建到處理完成的一系列事件。在我們試圖建立Asp.net頁面的時候，這個執行周期是不必去考慮的，那樣只會自討苦吃。然而，如果被正確的操縱，一個頁面的執行周期將是一道有效而且功能強大的工具。許多開發者在編寫 Asp.net的頁面以及用戶控件的時候發現，如果知道整個過程中發生了什么以及在什么時候發生將對完成整個任務起到很重要的幫助作用。下面我就向大家介紹一下一個Asp.net頁面從創建到處理完成過程中的十個事件。同時，也向大家展示如何在這些事件中添加自己的代碼以達到預定的效果。

一．預初始化對象(OnPreInit) ? protected ? override ? void ?OnPreInit(EventArgs?e)??????? { ???? // ?custom?code???????????? ???? base .OnPreInit(e); } 注意，我們只能在PreInit()事件中動態的設置themes 使用母版頁時的特例 我們先要了解一個非常重要的知識點——母版頁被處理的過程就相當于內容頁中的一個控件。 所以如果一個頁有其相關聯的母版頁的話，那么在PreInit()事件里頁中的所有控件都不會被初始化。而只有在Init()事件開始之后，你才能直接訪問這些控件。為什么？ 這 個原因就是內容頁中的所有控件都包含在“ContentPlaceholder”里，而“ContentPlaceholder”其實就是母版頁的一個子 控件。現在母版頁被處理的過程就相當于內容頁中的一個控件，我們早先提到過，除了Init()和Unload()之外的所有事件都是從最外面到最里面被激 發的。雖然頁的PreInit()是第一個被觸發的事件，但是用戶控件和母版頁是沒有這個事件的，所以在頁的Page_PreInit()方法中，母版頁 和用戶控件都不會被初始化，而是在Init()事件之后 接下來讓我們來看一下Page_Init()事件之后控件的層次結構 在這個頁面級的事件中，所有在設計時創建的控件都將被用默認值做初始化。例如，如果你有一個Text屬性值為“Hello”的TextBox控件，則此時這個屬性被設置。我們也可以在這里動態的創建控件。 這個事件僅僅發生在頁級別的類中，用戶控件和母版頁沒有這個事件 下面的代碼示例了如何重寫這個方法以增加你的自定義代碼

二．初始化對象(OnInit) 一個頁面的控件（以及頁面本身）最初應被正確的初始化。通過在你的C#文件的構造函數 中聲名所有對象，頁面就知道要創建多少對象以及它們的類型。一旦你在你的構造函數中聲名了所有的對象，你就可以通過繼承類、方法、事件或是屬性訪問它們。 然而，如果你的一些對象是在Aspx文件中指定的一些控件，那么這些控件就沒有屬性可言了。同時，通過代碼訪問它們會產生一些意外的錯誤，因為這些控件實 例是沒有一個確定的創建順序的（如果它們是被一起創建的）。還有，你可以通過OnInit來重載初始化事件. 在這個事件里，我們能讀出控件的屬性（在設計模式中設置的）。但是我們不能讀出用戶設置的值，因為得到用戶設置的值是在LoadPostData()事件被激發之后。不過在這個事件中我們可以得到POST數據，如下 string ?selectedValue? = ?Request.Form[controlID].ToString(); 三．完成初始化(OnInitComplete) 完成初始化頁面OnInit事件后觸發。 ?

四．導入Viewstate數據(LoadViewState)

在初始化事件后，所有控件只可以通過它們的ID被引用訪問（因為還沒有相應的DOM可使用）。在 LoadViewState這個事件中，所有的控件將獲得它們的第一個屬性：Viewstate屬性。這個屬性最終將被返回給服務器以判斷這個頁面是已經 被用戶訪問完畢還是仍然在被用戶所訪問。Viewstate屬性以“名稱/值”對的字符串方式被保存，它包含了控件的文本以及值等信息。該屬性被存儲在一 個隱藏的<input>控件的值屬性里，在請求頁面時被傳遞。這種方式比起Asp3.0的維持、判斷頁面狀態的方式有了很大的進步啊。還有， 你可以重載LoadViewState事件函數來對相應的控件進行值設定。下圖是一個例子：

?

五．用LoadPostData處理Postback數據(LoadPostData)

在頁面創建的這個階段，服務器對頁面上的控件提交的表單數據（在Asp.net中稱postback數據）進行處理。當一個頁面提交一個表單時，框 架就在每個提交了數據的控件上執行一個IPostBackDataHandler接口操作。然后頁面執行LoadPostData事件，解析頁面，找到每 個執行了IpostBackDataHandler接口操作的控件，并用恰當的postback數據更新這些控件狀態。Asp.net是通過用 NameValue集中的“名稱/值”對和每個控件的唯一的ID匹配來實現這一操作的。所以，在Asp.net的頁面上每個控件必須有一個唯一的ID，不 可以出現幾個控件共有ID的情況。即使是用戶自定義的一些控件，框架也會賦予它們各自唯一的ID的。在LoadPostData事件后，就要執行下面的 RaisePostDataChanged事件了。 ? 六．OnPreLoad 在加載頁面OnLoad事件前觸發。可以在頁面里面通過Page_OnPreLoad事件綁定

七．導入對象(OnLoad) Page_Load是事件綁定得方法 ? ? page.load ? + ? = ? new ? eventhandler(Page_Load)??? OnLoad()是引發Load事件主要是判斷事件是否為空，如果不為空就執行事件下綁定得方法

在Load事件中，對象都實例化了。所有的對象第一次被布置在DOM頁面（在Asp.net中稱控件樹）里了并且可以通 過代碼或是相關的位置被引用。這樣，對象就可以很容易的從客戶端獲得諸如寬度、高度、值、可見性等在Html中的屬性值。在Load事件中，當然還有像設 置控件屬性等操作的發生。這個過程是整個生命周期中最重要、最主要的，你可以通過調用OnLoad來重載Load事件，圖示如下：

?

八．RaisePostBackChanged事件(RaisePostDataChangedEvent)

就像在上面提到的那樣，這個事件是發生在所有的控件執行了IPostBackDataHandler接口操作并被正確的 postback數據更新后的。在這個過程中，每個控件都被賦予一個布爾值來標志該控件有沒有被更新。然后，Asp.net就在整個頁面上尋找任何已被更 新過的控件并執行RaisePostDataChanged事件操作。不過，這個事件是要在所有的控件都被更新了以及Load事件完成后才進行的。這樣就 保證了一個控件在被postback數據更新前，別的控件在RaisePostDataChanged事件中是不會被手動改變的。

九．處理客戶端PostBack事件(RaisePostBackEvent)

當由postback數據在服務器端引起的事件都完成后，產生postback數據的對象就執行 RaisePostBackEvent事件操作。可是會有這種情況，由于一個控件狀態的改變使得它將表單返回給服務器或是用戶點擊了提交按鈕使得表單返回 給服務器。在這種情況下應該有相應的處理代碼來體現事件驅動這一面向對象（OOP）編程原則。由于要滿足呈現給瀏覽器的數據的精確性要求，在一系列 postback事件中RaisePostBackEvent事件是最后發生的。

在postback過程中改變的控件不應在執行功能函數被調用后更新。也就是說，任何由于一個預期的事件而改變的數據應該在最終的頁面上被反映出來。你可以通過修改RaisePostBackEvent函數來滿足你的要求，圖示如下：

?

十．Page_OnLoadComplete 完成頁面加載OnLoad事件后觸發。 十一．預先呈遞對象

可以改變對象并將改變保存的最后時刻就是這一步――預先呈遞對象。這樣，你可以在這一步對控件的屬性、控件樹結構等作出最后的修改。同時還不用考慮 Asp.net對其作出任何改變，因為此時已經脫離了數據庫調用以及viewstate更新了。在這一步之后，對對象的所有修改將最終被確定，不能被保存 到頁面的viewstate中了。你可以通過OnPreRender來重載這一步。 十二.完成預呈現(OnPreRenderComplete) 在完成預呈現OnPreRender事件后觸發。這是完成頁面呈現的最后一道關卡，在此之后，頁面將無法再進行任何呈現上的改動。 十三.保存ControlState(SaveControlState) ? 保 存控件狀態ControlState。ControlState是ASP.NET2.0控件新增的一個屬性，類似ViewState作用，但它們區別在于 ControlState用于保存更加重要的控件狀態信息，以保證在禁用ViewState的情況下還可以對控件狀態進行讀寫操作。

八．保存ViewState(SaveViewState)

所有對頁面控件的修改完成后viewstate就被保存了。對像的狀態數據還是保留在隱藏的<input> 控件里面，呈現給Html的對象狀態數據也是從這里取得的。在SaveViewState事件中，其值能被保存到viewstate對象，然而這時在頁面 上控件的修改卻不能了。你可以用SaveViewState來重載這一步，圖示如下：

?

九．呈遞給Html(Render)

運用Html創建給瀏覽器輸出的頁面的時候Render事件就發生了。在Render事件過程中，頁面調用其中的對象將 它們呈遞給Html。然后，頁面就可以以Html的形式被用戶的瀏覽器訪問了。當Render事件被重載時，開發者可以編寫自定義的Html代碼使得原先 生成的Html都無效而按照新的Html來組織頁面。Render方法將一個HtmlTextWriter對象作為參數并用它將Html在瀏覽器上以網頁 的形式顯示。這時仍然可以做一些修改動作，不過它們只是客戶端的一些變化而已了。你可以重載Render事件，圖示如下：

?

十．銷毀對象(Page_UnLoad)

在呈遞給Html完成后，所有的對象都應被銷毀。在Dispose事件中，你應該銷毀所有在建立這個頁面時創建的對象。這時，所有的處理已經完畢，所以銷毀任何剩下的對象都是不會產生錯誤的，包括頁面對象。你可以重載Dispose事件。

全文總結

以上就是Asp.net頁面生命周期中的幾個主要事件。每次我們請求一個Asp.net頁面時，我們都經歷著同樣的過程：從初始化對象到銷毀對象。 通過了解Asp.net頁面的內部運行機制，我相信大家在編寫、調試代碼的時候會更加游刃有余的。不過整個頁面的生命周期的方法如下： 方法 活動 Constructor Always Construct Always TestDeviceFilter Always AddParsedSubObject Always DeterminePostBackMode Always OnPreInit Always LoadPersonalizationData Always InitializeThemes Always OnInit Always ApplyControlSkin Always ApplyPersonalization Always OnInitComplete Always LoadPageStateFromPersistenceMedium Always LoadControlState Always LoadViewState Always ProcessPostData1 Always OnPreLoad Always OnLoad Always ProcessPostData2 Always RaiseChangedEvents Always RaisePostBackEvent Always OnLoadComplete Always OnPreRender Always OnPreRenderComplete Always SavePersonalizationData Always SaveControlState Always SaveViewState Always SavePageStateToPersistenceMedium Always Render Always OnUnload Always 查看頁面生命周期的底層細節，我們可以看到 ASP.NET 2.0 中提供的許多功能（例如主題和個性化）將在什么地方容易實現。例如，主題在 IntializeThemes 事件中處理，而個性化數據將在 LoadPersonalizationData 中加載并稍后用于 ApplyPersonalization 方法。請注意，就哪一個 UI 元素將決定 Web 應用程序的最終外觀和感覺而言，方法的順序非常重要。 AspNet2.0頁面生命周期 ?

頁面框架通過如下過程處理aspx文件請求:
??? 1：解析aspx文件,并創建一個控件樹；
??? 2：使用控件樹動態實現一個繼承自Page類的類或者控件 ；
??? 3：動態編譯類；
??? 4：緩存編譯類，以備后用；
??? 5：動態創建一個編譯類的實例。頁面開始啟動生命期，在這個過程中，頁面將通過生命周期的不同階段；=========================================================
頁面經歷了如下階段【其中一些階段標記為僅僅回傳，是說只有在被回傳到服務器時，頁面才經歷這些階段】：

01:頁面首先從QueryString或者Request對象的Form集合中獲得回傳數據。

02:頁面檢測回傳數據集合(NameValueCollection,Form或者QueryString)是否包含一個鍵為_CallBackId的項。如? 果存在，那么設置其Boolean屬性IsCallBack為True,以便通過AspNet客戶端回調機制，標明頁面已經回傳到服務器。

03:預初始化(PreInit)：
? 在頁面生命周期的預初始化階段執行如下操作：
?? a:調用OnPreInit方法引發PreInit事件。
?? b:利用App_Themes目錄中的內容初始化主題，以動態實現一個PageTheme類型的類，
??? 編譯該類，并創建一個編譯類的實例，接著將實例賦值給它的PageTheme屬性值
?? c:應用母版頁

04:初始化(Init)：
? 在頁面生命周期的初始化階段執行以下操作
?? a:遞歸初始化Controls集合中的控件。初始化包括設置這些控件的屬性，
??? 例如：Page,Id和NameContainer等
?? b:遞歸應用控件皮膚
?? c:調用OnInit方法以引發自身的Init事件，接著遞歸調用子控件的OnInit方法來引發它們的Init事件
?? d:調用自身的TrackViewState方法來啟動自身的視圖狀態跟蹤，接著遞歸調用子控件
??? 的TrackViewState方法來啟動它們的視圖狀態跟蹤。

05:完成初始化(InitComplete):
? 頁面調用OnInitComplete方法來引發InitComplete事件。該事件標明了初始化階段的結束。
此時，頁面Controls集合的所有控件都被初始化了。

06:加載控件狀態(Load Control State)[PostBack Only]:
? 頁面遞歸調用Control集合中控件的LoadControlState方法，這些控件已經調用了Page類
的RegisterRequiresControlState方法，以使用它們的控件狀態。

07:加載視圖狀態(Load View State)[PostBack Only]:
? 頁面首先調用自身的LoadViewState方法，接著遞歸調用Controls集合控件的LoadViewState方法，以允許它們加載它們的已經保存的視圖狀態。

08:加載回傳數據(Load Post Data)[PostBack Only]:
? 頁面調用實現IPostBackDataHandler接口的控件的LoadPostData方法，并將回傳數據傳遞給該方法。每個控件的LoadPostDate方法都必須訪問回傳數據，并據此更新相應的控件屬性。
例如：TextBox控件的LoadPostData方法將文本框的新值設置為TextBox控件的Text屬性值。

09:預加載(PreLoad):
? 頁面調用OnPreLoad方法以引發PreLoad事件。該事件表示頁面生命周期將進入加載階段。

10:加載(Load):
? 頁面首先調用自身的OnLoad方法以引發自身的Load事件，接著遞歸調用Controls集合中控件的OnLoad方法以引發它們的Load事件。頁面開發人員可以為Load事件注冊回調，那么就可以通過編程將子控件添加到頁面的Controls集合中。

11:加載回傳數據(Load Post Data)[PostBack Only Second Try]:
? 頁面調用控件的LoadPostBack方法。這些控件如果實現了IPostBackDataHandler接口，那么在加載階段，它們已通過編程添加到Controls集合中。

12:引發回傳數據修改事件(Raise Post Data Changed Event)[PostBack Only]:
? 頁面調用控件的RaisePostDataChangeEvent方法，這些控件的LoadPostData方法返回true。
RaisePostDataChangeEvent方法引發了回傳數據修改事件。例如：當文本框的新值與舊值
不同時，那么TextBox控件將引發該事件。

13:引發回傳事件(Raise PostBack Event)[PostBack Only]:
? 頁面調用控件的RaisePostEvent方法，這些控件相關的Html元素用于提交表單。例如，Button控件的相關Html元素將頁面回傳到服務器。控件的RaisePostBackEvent方法必須將回傳事件映射到一個或多個服務器事件。例如，Button控件的 RaisePostBackEvent方法將事件映射到了服務器端事件Command和Click上。

14:完成加載(Load Complete):
? 頁面調用OnLoadComplete方法來引發LoadComplete事件，這表示所有加載活動，包括加載回傳數據，以及引發回傳數據修改事件，并以更新控件自身的活動都完成了。

15:引發回調事件(Raise CallBack Event)(PostBack And CallBack Only):
? 頁面調用控件的RaiseCallBackEvent方法。該控件可使用AspNet客戶端回調機制來允許客戶端方法(例如JavaScript函數)調用服務器端方法，而無需將整個頁面回傳給服務器。
RaiseCallBackEvent方法必須調用服務器端方法。如果頁面的回傳使用了客戶端回調機制，那么頁面將不會執行剩余的頁面生命周期階段。

16:預呈現(PreRender):
? 在頁面生命周期這個階段執行一下操作。
?? a:調用EnsureChildControls方法來確保在頁面進入呈現階段之前，創建其子控件。
?? b:調用自身的OnPreRender方法來引發PreRender事件。
?? c:遞歸調用Controls集合中控件的OnPreRender方法，以引發它們的PreRender事件。

17:預呈現完成(PreRender Complete):
? 頁面調用OnPrerenderComplete方法來引發PreRenderComplete事件，這表示所有預呈現活動完成了。

18:保存控件狀態(Save Control State):
? 頁面遞歸調用Controls集合中控件的SaveControlState方法。這些控件已經調用了Page類的RegisterRequiresControlState方法來保存它們的控件狀態。

19:保存視圖狀態(Save View State):
? 頁面首先調用自身的SaveViewState方法，然后調用Controls集合中的SaveViewState方法，以允許它們來保存其視圖狀態。

20:保存狀態完成(Save View Complete):
? 頁面調用OnSaveStateComplete方法以引發SaveStateComplete事件，這表示所有狀態保存活動都完成了。

21:呈現：
? 在頁面生命周期的這個階段執行一下操作。
?? a:創建一個HtmlTextWriter類實例，該實例封裝了輸出響應流
?? b:調用RenderCOntrol方法，并將HtmlTextWriter實例傳遞給該方法。
? RenderControl方法遞歸調用子控件的RenderControl方法，以便允許每個控件能夠呈現其
Html標記文本。子控件的Html標記文本組成了最終發送給客戶端瀏覽器的Html標記文本。