ASP.NET 頁運行時，此頁將經(jīng)歷一個生命周期，在生命周期中將執(zhí)行一系列處理步驟。這些步驟包括初始化、實例化控件、還原和維護狀態(tài)、運行事件處理程序代碼以及進行呈現(xiàn)。了解頁生命周期非常重要，因為這樣做您就能在生命周期的合適階段編寫代碼，以達到預期效果。此外，如果您要開發(fā)自定義控件，就必須熟悉頁生命周期，以便正確進行控件初始化，使用視圖狀態(tài)數(shù)據(jù)填充控件屬性以及運行任何控件行為代碼。（控件的生命周期基于頁的生命周期，但是頁引發(fā)的控件事件比單獨的 ASP.NET 頁中可用的事件多。）

      一般來說，頁要經(jīng)歷下表概述的各個階段。除了頁生命周期階段以外，在請求前后還存在應用程序階段，但是這些階段并不特定于頁。（有關更多信息，請參見 MSDN：ASP.NET 應用程序生命周期概述。）

      我們知道最終我們在服務器上創(chuàng)建的頁面對象是通過Page的一個派生類來創(chuàng)建的，這個類通常情況下是看不到的，包括類的名字也不是我們直接指定的。這個類是由ASP.NET服務器根據(jù)我們的頁面模板文件aspx創(chuàng)建出來的，頁面對象的ProcessRequest方法將會啟動頁面的生成過程。這個過程是通過頁面的處理管道來完成的。

      下表列出了最常用的頁生命周期事件。除了列出的事件外還有其他事件；不過，大多數(shù)頁處理方案不使用這些事件。而是主要由 ASP.NET 網(wǎng)頁上的服務器控件使用，以初始化和呈現(xiàn)它們本身。如果要編寫自己的 ASP.NET 服務器控件，則需要詳細了解這些階段。（有關創(chuàng)建自定義控件的信息，請參見MDDN：開發(fā)自定義 ASP.NET 服務器控件。 ）

      注意事項（來自MSDN）：

      各個 ASP.NET 服務器控件都有自己的生命周期，該生命周期與頁生命周期類似。例如，控件的 Init 和 Load 事件在相應的頁事件期間發(fā)生。

      雖然 Init 和 Load 都在每個控件上以遞歸方式發(fā)生，但它們的發(fā)生順序相反。每個子控件的 Init 事件（還有 Unload 事件）在為其容器引發(fā)相應的事件之前發(fā)生（由下到上）。但是，容器的 Load 事件是在其子控件的 Load 事件之前發(fā)生（由上到下）。

可以通過處理控件的事件（如 Button 控件的 Click 事件和 ListBox 控件的 SelectedIndexChanged 事件）來自定義控件的外觀或內容。在某些情況下，可能也需處理控件的 DataBinding 或 DataBound 事件。有關更多信息，請參見各個控件的類參考主題以及開發(fā)自定義 ASP.NET 服務器控件。

      當從 Page 類繼承類時，除了可以處理由頁引發(fā)的事件以外，還可以重寫頁的基類中的方法。例如，可以重寫頁的 InitializeCulture 方法，以便動態(tài)設置區(qū)域性信息。注意，在使用 Page_事件語法創(chuàng)建事件處理程序時，將隱式調用基實現(xiàn)，因此無需在方法中調用它。例如，無論是否創(chuàng)建 Page_Load 方法，始終都會調用頁基類的 OnLoad 方法。但是，如果使用 override 關鍵字（在 Visual Basic 中為 Overrides）重寫頁的 OnLoad 方法，則必須顯式調用基方法。例如，如果在頁中重寫 OnLoad 方法，則必須調用 base.Load（在 Visual Basic 中為 MyBase.Load）以運行基實現(xiàn)。

IIS處理Asp.net請求

首先我們要弄清楚兩個非常重要的概念：
1， worker process(w3wp.exe). worker process管理所有的來自客戶端的請求并給出響應。它是IIS下asp.net應用程序的核心。
2， application pool. 它是worker process的容器，IIS5及之前的IIS版本均沒有application pool的概念。每一個application pool對應著一個worker process，在IIS Metabase中維護著Application Pool和worker process的Mapping。這就避免了IIS5中出現(xiàn)的worker process（IIS5中是aspnet_wp.exe，同一時間只能運行一個該進程)崩潰，application全崩潰的局面。
客戶端向IIS發(fā)出一個資源請求后發(fā)生了如下事情：
1， server接受該請求
IIS6通過內核模式（Kernel mode）中的HTTP.SYS來分發(fā)各個Request到application pool。 這并不是隨機的過程，在application pool創(chuàng)建的時候就已經(jīng)注冊到了HTTP.SYS,所以當請求來到時HTTP.SYS會直接發(fā)送到相應的application pool。 接下來在IIS的用戶模式（User mode)中，Web Admin Services (WAS) 做了從HTTP.SYS中得到Request并分發(fā)到application pool的工作。application pool直接把request傳遞給worker process。
2， 請求傳遞到worker process后，worker process初始化加載ASP.NET ISAPI(Internet Server Application Program Interface)，ASP.NET ISAPI進而加載CLR創(chuàng)建托管環(huán)境。
(注：ISAPI只是一個接口，起到一個代理的作用，主要能力就是根據(jù)Request URL的后綴來尋找該后綴的處理程序）
ASP.NET ISAPI定義在aspnet_isapi.dll中，它本身運行在一個非托管的環(huán)境中。ASP.NET ISAPI開始一個HttpRuntime, HttpRuntime調用ProcessRequest方法來開始處理請求。ProcessRequest根據(jù)ISAPI傳進來的iWRType 來創(chuàng)建不同的HttpWorkerRequest，從而屏蔽了不同IIS的差異。接下來ProcessRequest方法創(chuàng)建了HttpContext，我們使用HTTPContext.Current來訪問它。在HttpRuntime使用HttpApplicationFactory創(chuàng)建了HttpApplication對象（IHttpHandler）以后，所有的請求都會在通過httpmodule后找到相應的Httphandler進行處理。在HttpApplicationFactory創(chuàng)建HttpApplication之前，會查找config（web.config和Machine.config）文件中注冊的所有的HttpModule，并根據(jù)配置信息加載相應的Assembly，通過Reflection創(chuàng)建對應的HttpModule，并將這些Module加到HttpApplication 的_moduleCollection Filed中。我們對一個Application的請求最終會落到一個HttpApplication對象上。當一個請求到來時，ASP.NET會在Httplication Pool中查找未被使用的HttpApplication對象。
3， 請求通過HTTP管道后，每個請求都發(fā)向相關的各自的httphandler，IIS請求處理過程結束。
HttpHandler是HTTP管道的終點，它為每個request生成輸出。System.Web.UI.Page就是這樣一個典型的Httphandler，當我們請求一個aspx頁面，這個HttpHandler就生成html發(fā)送回客戶端。看Page類的簽名：
public class Page : TemplateControl, IHttpHandler
{
}
可以看到，Page類就是一個HttpHandler。
綜上整個過程就是：當客戶端向服務器發(fā)送資源請求時，請求首先到達IIS的HTTP.SYS。然后HTTP.SYS發(fā)送請求道對應的Application Pool。 然后Application Pool發(fā)送請求到Worker Process（W3WP.exe）中加載ISAPI Extension，ISAPI創(chuàng)建一個HttpRuntime對象來通過HttpModule和HttpHandler處理請求。 然后頁面生命周期就開始了。
4， 頁面生命周期開始
頁面生命周期的主要階段包括：
頁面初始化（Init）: 服務器創(chuàng)建服務器控件的實例
加載(load): 控件實例被加載到它定義的頁面對象中
預輸出:（PreRender) 對控件的更改被更新，準備輸出。
保存(SaveViewState): 控件的狀態(tài)信息被保存。
輸出頁面(Render):服務器為控件創(chuàng)建html標記。
處理(Dispose): 主要做的工作就是dispose, 關閉數(shù)據(jù)庫連接，文件資源的釋放等。
卸載(Unload)：銷毀服務器控件的實例
頁面生命周期的主要事件：
PreInit:
1.檢查IsPostBack 屬性
2.動態(tài)設置Master Page
3.動態(tài)設置Theme
4.設置控件的默認值(UniqueId等）
5.重新創(chuàng)建動態(tài)控件（初始化控件），初始化控件的值
Init: 這個事件發(fā)生在所有的控件被初始化，所有的皮膚設置被應用以后。它用來讀取或者初始化控件屬性。它能夠用來注冊一些aspx頁面中沒有指出的控件的事件。
InitComplete: Use this event for processing tasks that require all initialization to be complete.
PreLoad: 加載頁面的ViewState和所有的控件，然后處理所有的包含在Request實例中的postback數(shù)據(jù)。
Load: 這個事件可能是大家最熟悉的了。需要注意的是，Page對象會遞歸的調用子控件的onload事件直到頁面和所有的子控件被加載完成。這個事件主要用來設置控件屬性的值，建立數(shù)據(jù)庫連接（通常不這么做）。
Control events: 這個就不多說了，主要是處理控件的事件，例如click。這也就讓我們明白了每次我們click一個Button的時候，實際上是要先去執(zhí)行l(wèi)oad事件然后才執(zhí)行click事件的，一般我們用!IsPostBack來判斷一下從而避免執(zhí)行不必要的加載邏輯。
LoadComplete: 頁面所有的控件都被加載以后執(zhí)行，暫時沒有想到用來干什么。。。
PreRender: 在HTML被生成之前這是最后一個事件。每一個頁面中的控件都有PreRender的過程。在這里對將要輸出的HTML結果進行最后一次修改。
SaveStateComplete: 在這個時間發(fā)生之前，已經(jīng)保存了所有控件和頁面的，任何對page或者控件的改動都不會產生左右。暫時沒想到用來干啥。
Render: 它不是一個事件而是一個方法。工作就是把HTML寫回客戶端瀏覽器。
UnLoad: 頁面中的每一個控件都會發(fā)生這件事。在控件中，使用這個事件來做清理工作，例如關閉數(shù)據(jù)庫連接等。對與頁面本身也是做清理工作，例如關閉打開的文件和數(shù)據(jù)庫連接，或者結束日志或者其它指定的工作。
需要說明的是，每次Request都會創(chuàng)建一個全新的Page類的實例，所以在頁面中的自己定義的字段是不能在兩次request中傳遞值的，需要使用viewstate來存儲。
5， HttpHandler根據(jù)頁面生命周期中事件的處理把結果發(fā)回IIS,IIS再把結果發(fā)回客戶端瀏覽器。
值得注意的是，在這個過程中請求會再次通過HttpModule(注冊一個EndRequest事件）。
至此，整個Request結束。

最新評論