ASP.net全局程序文件Global.asax用法分析

一般来说ASP.NET应用程序只能有一个Global.asax文件,该文件支持许多项。具体分析如下:

•Application_Start:在应用程序接收到第一个请求时调用,这是在应用程序中给应用程序级的变量赋值或指定对所有用户必须保持的状态的理想位置。

• Session_Start:类似于Application_Start事件,但这个事件在用户第一次访问应用程序时调用。例如,Application_Start事件只在接收到第一个请求时触发,第一个请求会让应用程序运行,而Session_Start事件会在每个终端用户第一次向应用程序发出请求时调用。

•Application_BeginRequest:它没有列在Visual Studio提供的模板中,但该事件会在每个请求发出之前触发。也就是说,在请求到达服务器,且得到处理之前,会触发Application_BeginRequest事件,并在处理该请求之前处理。

•Application_AuthenticateRequest:每个请求都会触发该事件,允许为请求建立定制的身份验证。

•Application_Error:在应用程序的用户抛出一个错误时触发。它适合于提供应用程序级的错误处理,或者把错误记录到服务器的事件日志中。

•Session_End:在InProc模式下运行时,这个事件在终端用户退出应用程序时触发。

•Application_End:在应用程序结束时触发。大多数ASP.NET开发人员都不使用这个事件,因为ASP.NET很好地完成了关闭和清理剩余对象的任务。

以下部分为转载

　·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:在 InProc 模式下运行时,当一个用户的会话超时、结束或他们离开应用程序 Web 站点时,该事件被触发。

2、触发的顺序
　
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

使用全局文件Global.asax时需要注意:
1)只有被设置为”应用程序”的虚拟目录(而不是普通的虚拟目录)所属的global.asax才有效.
2)IIS服务只是windows的一种服务。当IIS服务开启后第一次访问网站时(或者资源紧张,应用程序域回收自动重启时)global.asax才会执行,如果只是重启IIS是不激发global.asax执行的。