asp.net模型

一 asp.net 事件模型机制

－－－－－－－－－－－－－－－－－－－－－－－一

客户的请求页面由aspnet_isapi.dll这个动态连接库来处理， 把请求的aspx文件发送给CLR进行编译执行，然后把Html流返回给浏览器

－－－－－－－－－－－－－－－－－－－－－－－－－－

二 页面事件

2.1 页面事件的执行顺序

Page_Init：初始化值或连接

Page_Load:主要使用IsPostBack，该事件主要执行一系 列得操作来首次创建asp.net页面或响应

由投递引起得客户端事件。在此事件之前，已还原页面和控件视图状态。

Page_DataBind: 在页面级别上调用，也可在单个控件中调用。

DataBind_PreRender:数据绑定预呈现，恰好在保存视图状态和呈现控件之前激发此事 件。

Page_Unload:此事件是执行最终清理工作的。

非确定事件

Page_Error：如果在页面处理过程中出现未处理的 例外，则激发error事件。

Page_AbortTransaction:交易事件，事务处理中如果已终止交易，则激发此事件，购物车常用。

Page_CommitTransaction: 如果已成功交易，则激发此事件。

2.2 Global.asax 中的事件（执行顺序）

Application_Start：应用程序启动时激发

Application_BeginRquest：http 请求开始时激发

Application_AuthenticateRequest:应用程序批准http请求时激发

Session_Start： 会话启动时激发

Application_EndRequest：Htttp请求结束时激发

Session_End：会话结束时激发

Application_End： 应用程序结束时激发

Application_Error： 发生错误时激发

三 ISAPI 功能

ISAPI有两大功能：

1: 扩展——win32的动态链接库，譬如aspnet_isapi.dll，可以把ISAPI扩展看作是一个普通的应用程序，它处理的目标是HTTP请求；

2: 过滤器——web服务器把请求传递给相关的过滤器，接下来过滤器可能修改请求，执行某些操作等等

具体言之，IIS本身是不支持动态页面的，也就是说他仅仅支持静态HTML页面的内容，对于.asp| .aspx| .cgi| .php等，IIS并不知道如果处理这些后缀标记，它就会把它当作文本，丝毫不做处理发送到客户端。为了解决这个问题，IIS有一种机制，叫做ISAPI 的过滤器。它是一个COM组件。过滤器通过在IIS中配置应用程序扩展名来完成配置。

当IIS安装以后，默认的应用程序配置包含.asp、.aspx、.java、.css、.ascx等等常规扩展名。.asp扩展名对应的ISAPI是asp.dll，.aspx扩展名对应的ISAPI是aspnet_isapi.dll。这样当IIS接收到后缀名为.aspx的请求时，自己无法处理该请求，便读取ISAPI应用程序配置，寻找与.aspx对应的dll，即aspnet_isapi.dll，然后aspnet_isapi.dll进程开始处理代码，生成标准的HTML代码，生成后把这些代码加入到原有的HTML中，最后把完整的HTML返回给IIS，IIS再把内容发送到客户端。

四 ASP.NET 请求的处理过程

基于管道模型，在模型中ASP.NET把http请求传递给管道中所有的HTTP模块（即：httpmodule）。每个模块都接收HTTP请求，并有完全的控制权。一旦请求经过了所有的HTTP模块，最终被HTTP处理程序处理。HTTP处理程序对请求进行一些处理，并且结果将再次经过模块管道中的HTTP模块。

五 ASPNET_ISAPI.DLL 实现 IIS 过滤和扩展的方式

Aspnet_isapi.dll通过HttpModule(即管道模型中的HTTP模块)实现IIS过滤，通过HttpHandler(即HTTP处理程序)实现IIS扩展。

Http模块(HttpModule)实现了过滤器 (ISAPI filter)的功能，它在某些事件中注册，将自己插入到ASP.NET请求处理管道，从而能够对某些事件进行处理，最常用的事件有void Init(HttpApplication application)和void Dispose() 等。该模块是实现了System.Web.IHttpModule接口的.net组件。我们可以自定义类继承System.Web.IHttpModule接口，并方法Init(HttpApplication application)来处理请求。

HTTP处理程序(HttpHandler)实现了扩展(ISAPI Extention)的功能，它处理请求(Request)的信息和发送响应(Response)，最常用的事件有void ProcessRequest(HttpContext context)和属性bool IsReusable。HTTP处理程序是实现System.Web.IHttpHandler接口的.NET组件。我们可以自定义类继承System.Web.IHttpHandler接口，并实现ProcessRequest(HttpContext context)方法和实现IsReusable属性，来处理请求信息并生成HTML内容。

六 ASP.NET 的 HTTP 请求处理流程

当客户端向web服务器请求一个*.aspx的页面文件时，这个http请求会被inetinfo.exe进程截获（www服务），它判断文件后缀之后，把这个请求转交给ASPNET_ISAPI.DLL，而 ASPNET_ISAPI.DLL则会通过一个Http PipeLine的管道，将这个http请求发送给ASPNET_WP.EXE进程，当这个HTTP请求进入ASPNET_WP.EXE进程之 后，asp.net framework就会通过HttpRuntime来处理这个Http请求，处理完毕后将结果返回给客户端。

当一个http请求被送入到HttpRuntime之后，这个Http请求会继续被送入到一个被称之为HttpApplication Factory的一个容器当中，而这个容器会给出一个 HttpApplication实例来处理传递进来的http请求，而后这个Http请求会依次进入到如下几个容器中：

HttpModule --> HttpHandler Factory --> HttpHandler

当系统内部的HttpHandler的ProcessRequest方法处理完毕之后，整个Http Request就被处理完成了，客户端也就得到相应的东东了。

完整的http请求在asp.net framework中的处理流程：

HttpRequest-->inetinfo.exe->ASPNET_ISAPI.DLL-->Http Pipeline-->

ASPNET_WP.EXE-->HttpRuntime-->HttpApplication Factory--> HttpApplication-->

HttpModule-->HttpHandler Factory-->HttpHandler-->HttpHandler.ProcessRequest()

七 在应用程序中实现 IHttpModule 接口

如果想在中途截获一个 httpRequest并做些自己的处理，就应该在HttpRuntime运行时内部来做到这一点，确切的说时在HttpModule这个容器中做到这个的。

7.1 ASP.NET 系统中默认的HttpModule

系统本身的HttpModule实现一个IHttpModule的接口，当然我们自己的类也能够实现IHttpModule接口，这就可以替代系统的 HttpModule对象了。

ASP.NET系统中默认的HttpModule：

DefaultAuthenticationModule确保上下文中存在 Authentication 对象。无法继承此类。

FileAuthorizationModule验证远程用户是否具有访问所请求文件的 NT 权限。无法继承此类。

FormsAuthenticationModule 启用 ASP.NET 应用程序以使用 Forms 身份验证。无法继承此类。

PassportAuthenticationModule提供环绕 PassportAuthentication 服务的包装。无法继承此类。

SessionStateModule 为应用程序提供会话状态服务。

UrlAuthorizationModule 提供基于 URL 的授权服务以允许或拒绝对指定资源的访问。无法继承此类。

WindowsAuthenticationModule启用 ASP.NET 应用程序以使用 Windows/IIS 身份验证。无法继承此类

7.2 在我们的 web 应用程序中实现 IHttpModule 接口

这些系统默认的HttpModule是在文件 machine.config中配置的，和我们开发时使用到的web.config的关系是：是在ASP.NET FRAMEWORK启动处理一个Http Request的时候，它会依次加载machine.config和请求页面所在目录的web.config文件，如果在machine中配置了一个自己的HttpModule，你仍然可以在所在页面的web.config文件中添加自己的HttpModule，方法如下：

首先自定义类实现IHttpModule接口：

public class HelloWorldModule : IHttpModule

{

public HelloWorldModule()

{

}

public String ModuleName

{

get { return "HelloWorldModule"; }

}

// In the Init function, register for HttpApplication

// events by adding your handlers.

public void Init(HttpApplication application)

{

application.BeginRequest +=

(new EventHandler(this.Application_BeginRequest));

application.EndRequest +=

(new EventHandler(this.Application_EndRequest));

}

private void Application_BeginRequest(Object source,

EventArgs e)

{

// Create HttpApplication and HttpContext objects to access

// request and response properties.

HttpApplication application = (HttpApplication)source;

HttpContext context = application.Context;

context.Response.Write("<h1><font color=red> HelloWorldModule: Beginning of Request</font></h1><hr>");

}

private void Application_EndRequest(Object source, EventArgs e)

{

HttpApplication application = (HttpApplication)source;

HttpContext context = application.Context;

context.Response.Write("<hr><h1><font color=red>HelloWorldModule: End of Request</font></h1>");

}

public void Dispose()

{

}

}

其次在web.config中的根目录<configuration></configuration>中添加如下配置：

<system.web>

<httpModules>

<add name="HelloWorldModule" type="namespace.HelloWorldModule, AssemblyName"/>

</httpModules>

</system.web>

这里的name属性值自定义，而type属性值则包含两个信息：namespace.HelloWorldModule, AssemblyNam，前者是命名空间.类名，后者是该类所在项目工程中AssemblyInfo.cs文件中所定义的AssemblyTitle属性值。

-----------------------------------------------------------------------------------

八 深入 HttpModule 与 HttpHandler

一个Http请求在被ASP.NET Framework捕获之后会依次交给HttpModule以及HttpHandler来处理。hm与hh之间不是完全独立的，实际上，http请求在 hm传递的过程中会在某个事件内将控制权转交给hh的，而真正的处理在HttpHandler中执行完成后，HttpHandler会再次将控制权交还给 HttpModule

上面的代码中的HttpModule的Init()中的参数是HttpApplication类型，它具有许多事件，包括 BeginRequest, EndRequest，AuthentiacteRequest 等等。

九 IHttpHandler

它是asp.net Framework提供的一个接口，定义了如果要实现一个Http请求的处理所需要必须实现的一些系统约定。也就是说，如果你想要自行处理某些类型的 HTTP请求信息流的话，你需要实现这些系统约定才能做到。譬如一个*.aspx文件，用来处理此类型的Http请求，ASP.NET FRAMEWORK将会交给一个名为System.Web.UI.PageHandlerFactory的HttpHandler类来处理。

HH 和HM一样，系统会在最初始由ASP.NET FRAMEWORK首先加载machine.config中的HttpHandler，而后会加载Web应用程序所在目录的web.config中的用户自定义的HttpHandler类。但是系统与我们自定义的HH之间的关系是"覆盖"的，也就是说如果我们自定义了一个针对"*.aspx"的 HttpHandler类的话，那么系统会将对此http请求的处理权完全交给我们自己定义的这个HttpHandler类来处理，而我们自己的 HttpHandler类则需要自己完全解析这个Http请求，并作出处理。

IHttpHandler接口中最重要的方法 ProcessRequest，这个方法就是HttpHandler用来处理一个Http请求，当一个Http请求经过由HttpModule容器传递到 HttpHandler容器中的时候，framework会调用HttpHandler的ProcessRequest方法来做对这个Http请求做真正的处理。

framework实际上并不是直接把相关页面的HTTP请求定位到一个内部默认的IHttpHandler容器之上的，而是定位到了其 内部默认的IHttpHandler Factory上了。IHttpHandler Factory的作用就是对很多系统已经实现了的IHttpHandler容器进行调度和管理的，这样做的优点是大大增强了系统的负荷性，提升了效率。