Application

The ASP.NET Application Life Cycle

1. 送出請求

應用程式生命週期啟始於使用者提出網頁需求(page request)。

2. 將請求交由處理管道（Process Pipeline）

將請求導進入Process Pipeline(一種程序管道)，再交由 runtime 處理。

在IIS 5.0以及6.0以及7.0的傳統模式
這個模式下的 ASP.NET 要求管線會與 Web 伺服器管線分開。當 Web 伺服器收到要求時，會檢查要求檔案的副檔名、判斷應該處理要求的 ISAPI 擴充程式，然後將要求傳遞至適當的 ISAPI 擴充程式。 ASP.NET 只會處理已對應的副檔名，例如 .aspx、.ascx、.ashx 和 .asmx。若是其它資料檔 .jpg 或 .htm 檔，通常不會對應至 ASP.NET，所以 ASP.NET 不會對 .htm 檔執行驗證或授權檢查。
IIS 7.0的整合模式
這個模式中只有一個通用的管道來處理所有應用程式內的資源請求，這使得資料檔或aspx網頁都可以用相同的管道來處理。

3. 建立 ApplicationManager實體

runtime 會為每個使用者建立一個 ApplicationManager實體，用來執行應用程式的 AppDomain 環境，每個 AppDomain 都是獨立的，彼此隔離，以免全域變數互相存取。

4. 建立 HostingEnvironment實體

在 AppDomain 被建立之後，會再建立一個 HostingEnvironment實體，用來存取主機內的資源，如檔案目錄。

5. 建立核心物件

這個階段，ASP.NET 會產生處理請求的核心物件(core object)，如： HttpContext、 HttpRequest、 HttpResponse。

ASP.NET 建立一個 HttpApplication實體(或是重覆使用已建立實體)，用來追縱 appliction 的事件。在建立 HttpApplication同時，也會建立適當的 modules ，對需求進行額外的事件處理，如 FormsAuthenticationModule、 UrlRoutingModule。
（這個步驟在網站啟動後只會在首次遇到需求時被執行一次，它是 Global.asax 的基底類別）

7. 交由 HttpApplication負責處理

最後，所有請求都會被送進 HttpApplication管道處理。這個管道包含各種處理模組，如 validating requests, mapping URLs, accessing cache 等。

The Application Events

1. Application_Start

這個事件通常是因為初次請求應用程式頁面時，被IIS所觸發。
在這個事件中可以初始化Application層級的變數

2. Application_End

這個事件通常都是在應用程式被關閉(Shutdown)，通常可以釋放資源，或是記錄特定事件(Log)

3. Application_Error

這個事件是在非預期的例外事件產生，並被拋到應用程式層級，我們可以在這裡進行應用程式最壞狀況的處理，例如進行Log。

4. Application_LogRequest

這個機制是當應用程式接到請求的時候，都會被觸發。

5. Application_PostLogRequest

當完成請求後會被觸發。

其他的 Application_ 事件，請參考MSDN http://support.microsoft.com/kb/312607

Webpage

ASP.NET 頁面事件的執行順序

PreInit

這個階段用來進行物件初始化，例如： MasterPage, Theme, 動態產生控制項。

PreLoad

ViewState 會在這個階段前載入，所以必須在這個階段才讀取的到。所以若你要變更 ViewState ，至少要在這個階段之後。

Load

這個階段初始化以及ViewState(控件的狀態)都會被建立完成。 Load事件是由Page的Load最先執行，再執行其下的控件的Load事件。

Control Event

這個事件是 PostBack 後才會執行。緊跟著 Page_Load 之後。

PreRender

ViewState 會在這個階段前儲存，所以必須在這個階段才讀取的變更後的值。

Render

在這個階段可以撰寫一些我們的自訂控件的需求。

ViewState 與 Page 事件的順序

在 WebPage 的生命週期中，會有二個事件用來讀取和寫入 ViewState 。

LoadViewState：Restores view-state information from a previous page request that was saved by the SaveViewState method.
SaveViewState：Saves any server control view-state changes that have occurred since the time the page was posted back to the server.

所以若要變更 ViewState ，必須在 Page_PreLoad 之後。另外，你可能利用 postback 事件去更改 ViewState 值，所以若你想利用 ViewState 值，以管理控制項狀態，通常會在 Page_PreRender 執行。

Controls

動態加入控制項

若要在執行階段，動態加入控制項，如果沒有使用 MasterPage ，可以在 Page_PreInit 事件中。若有用 MasterPage ，則必須在 Page_Init 事件中。

由於 Theme 在 Page_PreInit 就載入結束，所以如果你在 Page_Init 事件才加入控制項，就必須自行呼叫 Control.ApplyStyleSheetSkin方法，以套用樣式。


protected void Page_PreInit(object sender, EventArgs e)
{
    btnTestButton1.Text = "Test Button 1";
    btnTestButton1.Click += btnTestButton1_Click;

    Literal1.Text = "
";
    PlaceHolder1.Controls.Add(Literal1);

    btnTestButton2.Text = "Test Button  2";

    PlaceHolder1.Controls.Add(btnTestButton1);
    PlaceHolder1.Controls.Add(btnTestButton2);
}

protected void Page_Load(object sender, EventArgs e)
{
    //若在 Page_Init 才載入控制項，則必須手動套用樣板
    btnTestButton1.ApplyStyleSheetSkin(this);
}

public void btnTestButton1_Click(object sender, EventArgs e)
{
    myMessage.Show(this, "Test Button 1 Click");
}

控制項事件的執行順序

所有的控制項和 Page 都是繼承自 Control 物件，所以都使用相同的生命週期。例如：當 Page 發生 Load 事件，則會相繼發生其子控制項的 Load 事件。

另外，要注意動態載入的控制項，其事件順序就得看它的實體何被建立的。

另外，若在 Page_Render 中才執行動態加入控制項，就無效了。