有没有人可以给我解释一下下面的代码中的代码是这么执行的
<script runat="server">

void Application_Start(object sender, EventArgs e)
{
//在应用程序启动时运行的代码

}

void Application_End(object sender, EventArgs e)
{
//在应用程序关闭时运行的代码
//Response.Write("应用程序正在关闭 ....");
}

void Application_Error(object sender, EventArgs e)
{
//在出现未处理的错误时运行的代码
Response.Redirect("Error_Rorm.aspx");
}

void Session_Start(object sender, EventArgs e)
{
//在新会话启动时运行的代码
Response.Write("正在启用会话资源 ....<br>");

}

void Session_End(object sender, EventArgs e)
{
//在会话结束时运行的代码。
// 注意: 只有在 Web.config 文件中的 sessionstate 模式设置为
// InProc 时，才会引发 Session_End 事件。如果会话模式
//设置为 StateServer 或 SQLServer，则不会引发该事件。
Response.Write("正在清理会话资源 ....<br>");

}

void Application_BeginRequest(Object Sender, EventArgs E)
{
Response.Write("<h3>使用Global 文件<H3>");
Response.Write("正在启动请求...<br>");
}

void Application_EndRequest(Object Sender, EventArgs E)
{
//Response.Write("<h3>使用Global 文件<H3>");
Response.Write("正在结束请求... <br>");
}

</script>

这段放在Global.asax中代码是从一本书上抄来的，里面的一些方法不是太明白该什么时候执行，最好能给我说明一下这个代码中的方法在什么时候被执行，执行的顺序，在MSDN上没有找到相关内容。


[解决办法]
Global.asax 文件，有时候叫做 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.");
}