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里的方法
namespace WebApplication1
{
public class MvcApplication : System.Web.HttpApplication
{
//在程序初始化的时候执行。在Web应用程序的生命周期里就执行一次,这里只能放一些公用的信息,比如HttpApplicationState。
protected void Application_Start()
{
AreaRegistration.RegisterAllAreas();
FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
RouteConfig.RegisterRoutes(RouteTable.Routes);
BundleConfig.RegisterBundles(BundleTable.Bundles);
}
/// <summary>
/// 应用程序结束时,在最后一个HttpApplication销毁之后执行。对应Application_Start,在整个生命周期里面也是只执行一次。
/// </summary>
protected void Application_End() {
}
/// <summary>
/// BeginRequest是在收到Request时第一个触发的事件,这个方法第一个执行
/// </summary>
protected void Application_BeginRequest() {
string a = "0";
}
/// <summary>
/// 在每一个HttpApplication实例初始化的时候执行
/// </summary>
protected void Application_Init() { }
/// <summary>
/// 在每一个HttpApplication实例被销毁之前执行
/// </summary>
protected void Application_Disposed() { }
/// <summary>
/// 向客户端发送Http正文之前执行。
/// </summary>
protected void Application_PreSendRequestContent() { }
/// <summary>
/// 向客户端发送Http标头之前执行。
/// </summary>
protected void Application_PreSendRequestHeaders() { }
/// <summary>
///会话开始时执行。
/// </summary>
protected void Session_Start() { }
/// <summary>
/// 会话结束或过期时执行。
/// </summary>
protected void Session_End() { }
/// <summary>
/// 所有没有处理的错误都会导致这个方法的执行
/// </summary>
protected void Application_Error() { }
/// <summary>
/// 当安全模块已经建立了当前用户的标识后执行。
/// </summary>
protected void Application_AuthenticateRequest() { }
/// <summary>
/// 当安全模块已经验证了当前用户的授权时执行。
/// </summary>
protected void Application_AuthorizeRequest() { }
/// <summary>
/// 当ASP.NET完成授权事件以使缓存模块从缓存中为请求提供服务时发生,从而跳过处理程序(页面或者是WebService)的执行。这样做可以改善网 站的性能,这个事件还可以用来判断正文是不是从Cache中得到的。
/// </summary>
protected void Application_ResolveRequestCache() { }
/// <summary>
/// 当ASP.NET获取当前请求所关联的当前状态(如Session)时执行。
/// </summary>
protected void Application_AcquireRequestState() { }
/// <summary>
/// 当ASP.Net即将把请求发送到处理程序对象(页面或者是WebService)之前执行。这个时候,Session就可以用了。
/// </summary>
protected void Application_PreRequestHandlerExecute() { }
/// <summary>
/// 当处理程序对象工作完成后执行。
/// </summary>
protected void Application_PostRequestHandlerExecute() { }
/// <summary>
/// 在ASP.NET执行完所有请求处理程序后执行。ReleaseRequestState事件将使当前状态数据被保存。
/// </summary>
protected void Application_ReleaseRequestState() { }
/// <summary>
/// 在ASP.NET执行完处理程序后为了后续的请求而更新响应缓存时执行。
/// </summary>
protected void Application_UpdateRequestCache() { }
/// <summary>
/// 同上,EndRequest是在响应Request时最后一个触发的事件,这个方法自然就是最后一个执行的了。
/// </summary>
protected void Application_EndRequest() { }//
}
}