淺談使用ASP.NET Global.asax 文件_.Net教程

      編輯Tag賺U幣
      教程Tag:暫無Tag,歡迎添加,賺取U幣!

      推薦:解讀Java與.NET間進行Web Service交互的選擇
      談到.NET和Java之間的Web服務交互性時,通常的選擇只有SOAP over HTTP,而根據.NET 3.0的相關規范,這僅有的一個選擇也將會受到更多限制,.NET中提供的BasicHTTP將是唯一能直接與Java Web Servcies進行交互的方式。 最近,有兩個新的選擇出現了

      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);
      } catch(Exception ex) {
      // Log exception details (omitted for simplicity)
      return;
      }
      if (null == authTicket) {
      // Cookie failed to decrypt.
      return;
      }
      // When the ticket was created, the UserData property was assigned
      // a pipe delimited string of role names.
      string[2] roles
      roles[0] = "One"
      roles[1] = "Two"
      // Create an Identity object
      FormsIdentity id = new FormsIdentity( authTicket );
      // This principal will flow throughout the request.
      GenericPrincipal principal = new GenericPrincipal(id, roles);
      // Attach the new principal object to the current HttpContext object
      Context.User = principal;
      }
      protected void Application_Error(Object sender, EventArgs e) {
      Response.Write("Error encountered.");


      這個例子只是很簡單地使用了一些Global.asax 文件中的事件;重要的是要意識到這些事件是與整個應用程序相關的。這樣,所有放在其中的方法都會通過應用程序的代碼被提供,這就是它的名字為Global 的原因。

      分享:解讀.NET中*延遲*特性的幾個陷阱
      .NET發展至今,其實各處都有

      來源:模板無憂//所屬分類:.Net教程/更新時間:2009-07-10
      相關.Net教程