其它瞭解：   Global.asax 檔案，有時候叫做 ASP.NET 應用程式檔案，提供了一種在一箇中心位置響應應用程式級或模組級事件的方法。你可以使用這個檔案實現應用程式安全性以及其它一些任務。下面讓我們詳細看一下如何在應用程式開發工作中使用這個檔案。

概述

Global.asax 位於應用程式根目錄下。雖然 Visual Studio .NET 會自動插入這個檔案到所有的 ASP.NET 專案中，但是它實際上是一個可選檔案。刪除它不會出問題——當然是在你沒有使用它的情況下。.asax 副檔名指出它是一個應用程式檔案，而不是一個使用 aspx 的 ASP.NET 檔案。

Global.asax 檔案被配置為任何（通過 URL 的）直接 HTTP 請求都被自動拒絕，所以使用者不能下載或檢視其內容。ASP.NET 頁面框架能夠自動識別出對Global.asax 檔案所做的任何更改。在 Global.asax 被更改後ASP.NET 頁面框架會重新啟動應用程式，包括關閉所有的瀏覽器會話，去除所有狀態資訊，並重新啟動應用程式域。

程式設計

Global.asax 檔案繼承自HttpApplication 類，它維護一個HttpApplication 物件池，並在需要時將物件池中的物件分配給應用程式。Global.asax 檔案包含以下事件：

·         Application_Init：在應用程式被例項化或第一次被呼叫時，該事件被觸發。對於所有的HttpApplication 物件例項，它都會被呼叫。

·         Application_Disposed：在應用程式被銷燬之前觸發。這是清除以前所用資源的理想位置。

·         Application_Error：當應用程式中遇到一個未處理的異常時，該事件被觸發。

·         Application_Start：在HttpApplication 類的第一個例項被建立時，該事件被觸發。它允許你建立可以由所有HttpApplication 例項訪問的物件。

·         Application_End：在HttpApplication 類的最後一個例項被銷燬時，該事件被觸發。在一個應用程式的生命週期內它只被觸發一次。

·         Application_BeginRequest：在接收到一個應用程式請求時觸發。對於一個請求來說，它是第一個被觸發的事件，請求一般是使用者輸入的一個頁面請求（URL）。

·         Application_EndRequest：針對應用程式請求的最後一個事件。

·         Application_PreRequestHandlerExecute：在 ASP.NET 頁面框架開始執行諸如頁面或 Web 服務之類的事件處理程式之前，該事件被觸發。

·         Application_PostRequestHandlerExecute：在 ASP.NET 頁面框架結束執行一個事件處理程式時，該事件被觸發。

·         Applcation_PreSendRequestHeaders：在 ASP.NET 頁面框架傳送 HTTP 頭給請求客戶（瀏覽器）時，該事件被觸發。

·         Application_PreSendContent：在 ASP.NET 頁面框架傳送內容給請求客戶（瀏覽器）時，該事件被觸發。

·         Application_AcquireRequestState：在 ASP.NET 頁面框架得到與當前請求相關的當前狀態（Session 狀態）時，該事件被觸發。

·         Application_ReleaseRequestState：在 ASP.NET 頁面框架執行完所有的事件處理程式時，該事件被觸發。這將導致所有的狀態模組儲存它們當前的狀態資料。

·         Application_ResolveRequestCache：在 ASP.NET 頁面框架完成一個授權請求時，該事件被觸發。它允許快取模組從快取中為請求提供服務，從而繞過事件處理程式的執行。

·         Application_UpdateRequestCache：在 ASP.NET 頁面框架完成事件處理程式的執行時，該事件被觸發，從而使快取模組儲存響應資料，以供響應後續的請求時使用。

·         Application_AuthenticateRequest：在安全模組建立起當前使用者的有效的身份時，該事件被觸發。在這個時候，使用者的憑據將會被驗證。

·         Application_AuthorizeRequest：當安全模組確認一個使用者可以訪問資源之後，該事件被觸發。

·         Session_Start：在一個新使用者訪問應用程式 Web 站點時，該事件被觸發。

·         Session_End：在一個使用者的會話超時、結束或他們離開應用程式 Web 站點時，該事件被觸發。

這個事件列表看起來好像多得嚇人，但是在不同環境下這些事件可能會非常有用。

使用這些事件的一個關鍵問題是知道它們被觸發的順序。Application_Init 和Application_Start 事件在應用程式第一次啟動時被觸發一次。相似地，Application_Disposed 和 Application_End 事件在應用程式終止時被觸發一次。此外，基於會話的事件（Session_Start 和 Session_End）只在使用者進入和離開站點時被使用。其餘的事件則處理應用程式請求，這些事件被觸發的順序是：

·         Application_BeginRequest

·         Application_AuthenticateRequest

·         Application_AuthorizeRequest

·         Application_ResolveRequestCache

·         Application_AcquireRequestState

·         Application_PreRequestHandlerExecute

·         Application_PreSendRequestHeaders

·         Application_PreSendRequestContent

·         <<執行程式碼>>

·         Application_PostRequestHandlerExecute

·         Application_ReleaseRequestState

·         Application_UpdateRequestCache

·         Application_EndRequest

這些事件常被用於安全性方面。下面這個 C# 的例子演示了不同的Global.asax 事件，該例使用Application_Authenticate 事件來完成通過 cookie 的基於表單（form）的身份驗證。此外，Application_Start 事件填充一個應用程式變數，而Session_Start 填充一個會話變數。Application_Error 事件顯示一個簡單的訊息用以說明發生的錯誤。

protected void Application_Start(Object sender, EventArgs e) {
Application["Title"] = "Builder.com Sample";
}
protected void Session_Start(Object sender, EventArgs e) {
Session["startValue"] = 0;
}
protected void Application_AuthenticateRequest(Object sender, EventArgs e) {
// Extract the forms authentication cookie
string cookieName = FormsAuthentication.FormsCookieName;
HttpCookie authCookie = Context.Request.Cookies[cookieName];
if(null == authCookie) {
// There is no authentication cookie.
return;
}
FormsAuthenticationTicket authTicket = null;
try {
authTicket = FormsAuthentication.Decrypt(authCookie.Value);