在網上找了N多相關的東西總說的不夠細,現在終于找到了.可以了解web.cofig和Global.asax之間的關系以及執行的順序.

在Global.asax.cs文件中

protected void Application_BeginRequest(Object sender, EventArgs e)
{
?? Application["StartTime"] = System.DateTime.Now;
}

再在webform1中的page_load事件中添加
private void Page_Load(object sender, System.EventArgs e)
{
?? System.DateTime startTime = (System.DateTime)Application["StartTime"];
?? System.DateTime endTime = System.DateTime.Now;
?? System.TimeSpan ts = endTime - startTime;
?? Response.Write("頁面執行時間:"+ ts.Milliseconds +" 毫秒");
}

如果是０５版本中，就要手動添加了，自己在App_Code中添加Global.asax.cs，然后設置Global.asax的屬性Inherits="Global"或CodeBehind="Global.asax.cs"即可<%@ Application Language="C#" Codebehind="Global.asax.cs" %>

以上測試在０３／０５均通過．

以下轉對Global.asax文件的了解

1 Global.asax文件的作用

先看看MSDN的解釋,Global.asax 文件（也稱為 ASP.NET 應用程序文件）是一個可選的文件，該文件包含響應 ASP.NET 或HTTP模塊所引發的應用程序級別和會話級別事件的代碼。Global.asax 文件駐留在 ASP.NET 應用程序的根目錄中。運行時，分析 Global.asax 并將其編譯到一個動態生成的 .NET Framework 類，該類是從HttpApplication基類派生的。配置 ASP.NET，以便自動拒絕對 Global.asax 文件的任何直接的 URL 請求；外部用戶不能下載或查看其中的代碼。Global.asax 文件是可選的。只在希望處理應用程序事件或會話事件時，才應創建它.

2 Global.asax文件的創建

點擊Web站點>>添加新建項>>全局應用程序類，即可添加Global.asax文件。在.Net2003里，直接右擊Global.asax文件查看代碼就可以編輯Global.asax.cs文件，但是在.Net2005中，沒有這個選項，因此需要自己在App_Code中添加Global.asax.cs，然后設置Global.asax的屬性Inherits="Global"或CodeBehind="Global.asax.cs"即可。不可知道還有沒有其他更好的方法。

3?Global.asax文件的執行

例如,IIS現在接到一個訪問ASP.NET應用程序的請求，這時候IIS會將這個請求映射給aspnet_isapi.dll，當aspnet_isapi.dll接到這個請求后，會新建一個aspnet_wp.exe的進程（windows server 2003下是w3wp.exe進程），這個進程會將請求傳遞給一個被指定的AppDomain，當這個AppDomain被創建時，就會去加載一些配置文件中的信息（加載順序是從machine.config文件到web.config文件中的一些相關配置），而當這些信息都被加載以后，AppDomain會去獲得一個HttpApplication的實例，這個時候global類就會被編譯加載了，接下來AppDomain會做一些相關的處理創建Page類的實例，最后這個頁面呈現到客戶端瀏覽器上。但這里有一點問題需要注意，當配置文件被加載的時候，并不是表示AppDomain會加載配置文件中所有的信息，而僅是加載一些需要的信息。而有些配置信息是在需要時，才會被AppDomain加載。例如我們在web.config文件中配置了很多HttpModule，但是僅當每一個HttpModule被訪問到時，AppDomain才會去加載并處理這些信息。所以說web.config文件和global沒有先后執行的順序，只是視具體的信息什么時候會被加載和處理。

4?Global.asax.cs中的方法的含義

Application_Init：在每一個HttpApplication實例初始化的時候執行

Application_Disposed：在每一個HttpApplication實例被銷毀之前執行

Application_Error：所有沒有處理的錯誤都會導致這個方法的執行

Application_Start：在程序初始化的時候執行。在Web應用程序的生命周期里就執行一次，這里只能放一些公用的信息，比如HttpApplicationState。

Application_End：應用程序結束時，在最后一個HttpApplication銷毀之后執行。對應Application_Start，在整個生命周期里面也是只執行一次。

Session_Start：會話開始時執行。

Session_End：會話結束或過期時執行。

Application_BeginRequest：BeginRequest是在收到Request時第一個觸發的事件，這個方法第一個執行。

Application_AuthenticateRequest：當安全模塊已經建立了當前用戶的標識后執行。

Application_AuthorizeRequest：當安全模塊已經驗證了當前用戶的授權時執行。

Application_ResolveRequestCache：當ASP.NET完成授權事件以使緩存模塊從緩存中為請求提供服務時發生，從而跳過處理程序（頁面或者是WebService）的執行。這樣做可以改善網站的性能，這個事件還可以用來判斷正文是不是從Cache中得到的。

Application_AcquireRequestState：當ASP.NET獲取當前請求所關聯的當前狀態（如Session）時執行。

Application_PreRequestHandlerExecute：當ASP.Net即將把請求發送到處理程序對象（頁面或者是WebService）之前執行。這個時候，Session就可以用了。

Application_PostRequestHandlerExecute：當處理程序對象工作完成后執行。

Application_ReleaseRequestState：在ASP.NET執行完所有請求處理程序后執行。ReleaseRequestState事件將使當前狀態數據被保存。

Application_UpdateRequestCache：在ASP.NET執行完處理程序后為了后續的請求而更新響應緩存時執行。

Application_EndRequest：同上，EndRequest是在響應Request時最后一個觸發的事件，這個方法自然就是最后一個執行的了。

Application_PreSendRequestHeaders：向客戶端發送Http標頭之前執行。

Application_PreSendRequestContent：向客戶端發送Http正文之前執行。

Request相應的事件執行順序：

1.BeginRequest?2.AuthenticateRequest?3.AuthorizeRequest?4.ResolveRequestCache?5.AcquireRequestState6.PreRequestHandlerExecute?7.PostRequestHandlerExecute?8.ReleaseRequestState?9.UpdateRequestCache10.EndRequest

轉載于:https://www.cnblogs.com/puzi0315/archive/2012/08/06/2624420.html

總結

以上是生活随笔為你收集整理的Global.asax详解的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。