(转)Global.asax 文件
2006-12-30 09:44 DQ 阅读(782) 评论(0) 收藏 举报
Global.asax 文件,有时候叫做 ASP.NET 应用程序文件,提供了一种在一个中心位置响应应用程序级或模块级事件的方法。你可以使用这个文件实现应用程序安全性以及其它一些任务。下面让我们详细看一下如何在应用程序开发工作中使用这个文件。
概述
Global.asax 位于应用程序根目录下。虽然 Visual Studio .NET 会自动插入这个文件到所有的 ASP.NET 项目中,但是它实际上是一个可选文件。删除它不会出问题——当然是在你没有使用它的情况下。.asax 文件扩展名指出它是一个应用程序文件,而不是一个使用 aspx 的 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.");
}
这个例子只是很简单地使用了一些Global.asax 文件中的事件;重要的是要意识到这些事件是与整个应用程序相关的。这样,所有放在其中的方法都会通过应用程序的代码被提供,这就是它的名字为Global 的原因。
这里是前面的例子相应的 VB.NET 代码:
Sub Application_Start(ByVal sender As Object, ByVal e As EventArgs)
Application("Title") = "Builder.com Sample"
End Sub
Sub Session_Start(ByVal sender As Object, ByVal e As EventArgs)
Session("startValue") = 0
End Sub
Sub Application_AuthenticateRequest(ByVal sender As Object, ByVal e As
EventArgs)
' Extract the forms authentication cookie
Dim cookieName As String
cookieName = FormsAuthentication.FormsCookieName
Dim authCookie As HttpCookie
authCookie = Context.Request.Cookies(cookieName)
If (authCookie Is Nothing) Then
' There is no authentication cookie.
Return
End If
Dim authTicket As FormsAuthenticationTicket
authTicket = Nothing
Try
authTicket = FormsAuthentication.Decrypt(authCookie.Value)
Catch ex As Exception
' Log exception details (omitted for simplicity)
Return
End Try
Dim roles(2) As String
roles(0) = "One"
roles(1) = "Two"
Dim id As FormsIdentity
id = New FormsIdentity(authTicket)
Dim principal As GenericPrincipal
principal = New GenericPrincipal(id, roles)
' Attach the new principal object to the current HttpContext object
Context.User = principal
End Sub
Sub Application_Error(ByVal sender As Object, ByVal e As EventArgs)
Response.Write("Error encountered.")
End Sub
资源
Global.asax 文件是 ASP.NET 应用程序的中心点。它提供无数的事件来处理不同的应用程序级任务,比如用户身份验证、应用程序启动以及处理用户会话等。你应该熟悉这个可选文件,这样就可以构建出健壮的ASP.NET 应用程序。
概述
Global.asax 位于应用程序根目录下。虽然 Visual Studio .NET 会自动插入这个文件到所有的 ASP.NET 项目中,但是它实际上是一个可选文件。删除它不会出问题——当然是在你没有使用它的情况下。.asax 文件扩展名指出它是一个应用程序文件,而不是一个使用 aspx 的 ASP.NET 文件。
Global.asax 文件被配置为任何(通过 URL 的)直接 HTTP 请求都被自动拒绝,所以用户不能下载或查看其内容。ASP.NET 页面框架能够自动识别出对Global.asax 文件所做的任何更改。在 Global.asax 被更改后ASP.NET 页面框架会重新启动应用程序,包括关闭所有的浏览器会话,去除所有状态信息,并重新启动应用程序域。
从HttpApplication派生的Global 类有很多用处,包括管理应用程序状态和请求状态
Visual Studio.net 创建的global.asax文件为每个Web 应用程序生成一个从HttpApplication类派成的 Global类,这个类包含很多事件处理程序,例如Application_Start和 Session_Start.
或许有人认为每个web应用程序只有一个Global类的实例。事实上,在大 多数应用程序框架中,代表”Application”的对象都是singleton – 就是说只有一个实例存在。我们也知道 ASP.NET运行时只有在应用程序开始的时候才调用Application_Start事件处理方法。所有这些好像都在暗示,在我们的 ASP.NET Web应用程序中只有一个Global对象的实例,但是所有这些确确实实是误导!
ASP.NET 运行时(ASP.NET runtime,以下简称“运行时“) 维护了一个HttpApplication对象池。当一个请求进来的时候,运行时从该池中取出一个HttpApplication对象来服务于当前请求, 该HttpApplication对象一直和该请求相关联,且只和该请求相关联,直到请求被处理完毕。当请求完成后,运行时把该对象归还到池中,稍后会从 池中再次取出去服务于另外的请求 – 但一个请求每次只能和某一个HttpApplication对象相关联。
Application State vs Request State
Application 对象(HttpApplicationState 类型,译者按:Application对象是HttpApplication类的一个属性, 是web应用程序全局唯一的,web应用程序第一次有请求进来的时候创建的) 是我们在web应用程序内保存全局信息的地方, Application对象是一个很方便的保存全局信息的地方,例如保存数据库的连接字符串:
private void Page_Load(object sender, System.EventArgs e)
{
string connectionString =
Application["ConnectionString"].ToString();
. . . .
}
你也可以在HttpApplication类中声明静态成员变量来保存应用程序状态信息,例如,上例中的数据库连接字符串可以用如下方式保存。
public class Global : System.Web.HttpApplication
{
public static
readonly string ConnectionString = "connection information";
. . .
}
可以在ASP.NET代码的任何地方访问该静态成员变量,例如
string connectionString = Global.ConnectionString;
非常重要的一点是,如果你想让该字符串可以全局范围内被访问到,则该字符串必须声明为静态成员变量(你也可以创建一个静态的属性)。
相反,如果你在Global类型使用一般成员变量(非静态),则只能用来保存请求状态,举个例子来说明,下面的代码将在调试窗口中输出所有请求的处理时间(毫秒)
public class Global : System.Web.HttpApplication
{
protected DateTime beginRequestTime;
protected void Application_BeginRequest(Object sender, EventArgs e)
{
beginRequestTime = DateTime.Now;
}
protected void Application_EndRequest(Object sender, EventArgs e)
{
string messageFormat = "Elapsed request time (ms) = {0}";
TimeSpan diffTime = DateTime.Now - beginRequestTime;
Trace.WriteLine(
String.Format(messageFormat, diffTime.TotalMilliseconds ) );
}
. . .
}
好,现在让我们回到上面关于保存应用程序状态的话题。那个方法更好的呢:在Application对象中保存对象的引用,还是在Global类中声明静态成员或属性?各种方式各有优劣。
在Global类中保存全局静态成员可以使你的数据访问具有强类型,不象Application对象,你不需要进行类型转换,下面的代码说明了它们的区别:
DataSet cachedData = (DataSet)Application[“MyDataSet”];
string myString = Application[“MyString”].ToString();
DataSet cachedData = Global.MyDataSet;
string myString = Global.MyString;
强类型使你的的代码更加清晰和强壮,在应用程序性能要求比较高的情况下,这种 方式可以避免运行时类型转换带来的性能损失。如果你保存的是值类型的数据,强类型还可以避免装箱(boxing)和卸箱(unboxing)所带来的性能 损失。另外,Application对象还有因为线程同步造成的锁定所带来的性能上问题。如果你的全局数据只初始化一次,再也不会改变,使用Global 类中的静态成员可以避免锁定带来的性能损失。但,如果你采用了这种方式,强烈推荐你使用访问器(属性),以保证该变量是只读的。如果你既要读又要写在 Global类中的静态成员变量,记住要保证线程安全。Application对象通过获取读写锁已经内在的提供了线程安全保证。
比较安全的初始化全局静态成员变量的地方是在 Application_Start事件处理程序中。即使全局范围有很多个Global对象的实例,运行时只会在Global对象第一次创建的时候调用 Application_Start事件处理程序。
比较理想的初始化请求状态变量的地方是Application_BeginRequest,请求状态变量一般情况下不需要线程安全,因为每个Global 对象在同一时刻只服务于一个请求
Visual Studio.net 创建的global.asax文件为每个Web 应用程序生成一个从HttpApplication类派成的 Global类,这个类包含很多事件处理程序,例如Application_Start和 Session_Start.
或许有人认为每个web应用程序只有一个Global类的实例。事实上,在大 多数应用程序框架中,代表”Application”的对象都是singleton – 就是说只有一个实例存在。我们也知道 ASP.NET运行时只有在应用程序开始的时候才调用Application_Start事件处理方法。所有这些好像都在暗示,在我们的 ASP.NET Web应用程序中只有一个Global对象的实例,但是所有这些确确实实是误导!
ASP.NET 运行时(ASP.NET runtime,以下简称“运行时“) 维护了一个HttpApplication对象池。当一个请求进来的时候,运行时从该池中取出一个HttpApplication对象来服务于当前请求, 该HttpApplication对象一直和该请求相关联,且只和该请求相关联,直到请求被处理完毕。当请求完成后,运行时把该对象归还到池中,稍后会从 池中再次取出去服务于另外的请求 – 但一个请求每次只能和某一个HttpApplication对象相关联。
Application State vs Request State
Application 对象(HttpApplicationState 类型,译者按:Application对象是HttpApplication类的一个属性, 是web应用程序全局唯一的,web应用程序第一次有请求进来的时候创建的) 是我们在web应用程序内保存全局信息的地方, Application对象是一个很方便的保存全局信息的地方,例如保存数据库的连接字符串:
private void Page_Load(object sender, System.EventArgs e)
{
string connectionString =
Application["ConnectionString"].ToString();
. . . .
}
你也可以在HttpApplication类中声明静态成员变量来保存应用程序状态信息,例如,上例中的数据库连接字符串可以用如下方式保存。
public class Global : System.Web.HttpApplication
{
public static
readonly string ConnectionString = "connection information";
. . .
}
可以在ASP.NET代码的任何地方访问该静态成员变量,例如
string connectionString = Global.ConnectionString;
非常重要的一点是,如果你想让该字符串可以全局范围内被访问到,则该字符串必须声明为静态成员变量(你也可以创建一个静态的属性)。
相反,如果你在Global类型使用一般成员变量(非静态),则只能用来保存请求状态,举个例子来说明,下面的代码将在调试窗口中输出所有请求的处理时间(毫秒)
public class Global : System.Web.HttpApplication
{
protected DateTime beginRequestTime;
protected void Application_BeginRequest(Object sender, EventArgs e)
{
beginRequestTime = DateTime.Now;
}
protected void Application_EndRequest(Object sender, EventArgs e)
{
string messageFormat = "Elapsed request time (ms) = {0}";
TimeSpan diffTime = DateTime.Now - beginRequestTime;
Trace.WriteLine(
String.Format(messageFormat, diffTime.TotalMilliseconds ) );
}
. . .
}
好,现在让我们回到上面关于保存应用程序状态的话题。那个方法更好的呢:在Application对象中保存对象的引用,还是在Global类中声明静态成员或属性?各种方式各有优劣。
在Global类中保存全局静态成员可以使你的数据访问具有强类型,不象Application对象,你不需要进行类型转换,下面的代码说明了它们的区别:
DataSet cachedData = (DataSet)Application[“MyDataSet”];
string myString = Application[“MyString”].ToString();
DataSet cachedData = Global.MyDataSet;
string myString = Global.MyString;
强类型使你的的代码更加清晰和强壮,在应用程序性能要求比较高的情况下,这种 方式可以避免运行时类型转换带来的性能损失。如果你保存的是值类型的数据,强类型还可以避免装箱(boxing)和卸箱(unboxing)所带来的性能 损失。另外,Application对象还有因为线程同步造成的锁定所带来的性能上问题。如果你的全局数据只初始化一次,再也不会改变,使用Global 类中的静态成员可以避免锁定带来的性能损失。但,如果你采用了这种方式,强烈推荐你使用访问器(属性),以保证该变量是只读的。如果你既要读又要写在 Global类中的静态成员变量,记住要保证线程安全。Application对象通过获取读写锁已经内在的提供了线程安全保证。
比较安全的初始化全局静态成员变量的地方是在 Application_Start事件处理程序中。即使全局范围有很多个Global对象的实例,运行时只会在Global对象第一次创建的时候调用 Application_Start事件处理程序。
比较理想的初始化请求状态变量的地方是Application_BeginRequest,请求状态变量一般情况下不需要线程安全,因为每个Global 对象在同一时刻只服务于一个请求
编程
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.");
}
这个例子只是很简单地使用了一些Global.asax 文件中的事件;重要的是要意识到这些事件是与整个应用程序相关的。这样,所有放在其中的方法都会通过应用程序的代码被提供,这就是它的名字为Global 的原因。
这里是前面的例子相应的 VB.NET 代码:
Sub Application_Start(ByVal sender As Object, ByVal e As EventArgs)
Application("Title") = "Builder.com Sample"
End Sub
Sub Session_Start(ByVal sender As Object, ByVal e As EventArgs)
Session("startValue") = 0
End Sub
Sub Application_AuthenticateRequest(ByVal sender As Object, ByVal e As
EventArgs)
' Extract the forms authentication cookie
Dim cookieName As String
cookieName = FormsAuthentication.FormsCookieName
Dim authCookie As HttpCookie
authCookie = Context.Request.Cookies(cookieName)
If (authCookie Is Nothing) Then
' There is no authentication cookie.
Return
End If
Dim authTicket As FormsAuthenticationTicket
authTicket = Nothing
Try
authTicket = FormsAuthentication.Decrypt(authCookie.Value)
Catch ex As Exception
' Log exception details (omitted for simplicity)
Return
End Try
Dim roles(2) As String
roles(0) = "One"
roles(1) = "Two"
Dim id As FormsIdentity
id = New FormsIdentity(authTicket)
Dim principal As GenericPrincipal
principal = New GenericPrincipal(id, roles)
' Attach the new principal object to the current HttpContext object
Context.User = principal
End Sub
Sub Application_Error(ByVal sender As Object, ByVal e As EventArgs)
Response.Write("Error encountered.")
End Sub
资源
Global.asax 文件是 ASP.NET 应用程序的中心点。它提供无数的事件来处理不同的应用程序级任务,比如用户身份验证、应用程序启动以及处理用户会话等。你应该熟悉这个可选文件,这样就可以构建出健壮的ASP.NET 应用程序。
我的新征途
浙公网安备 33010602011771号