一块儿学习MVC（2）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.AcquireRequestState

6.PreRequestHandlerExecute

7.PostRequestHandlerExecute

8.ReleaseRequestState

9.UpdateRequestCache

10.EndRequest