ASP.NETHttpModule——原理

一、Asp.Net执行过程

    当客户端向web服务器请求一个*.aspx的页面文件时&＃xff0c;同asp类似&＃xff0c;这个http请求也会被inetinfo.exe进程截获&＃xff08;www服务&＃xff09;&＃xff0c;它判断文件后缀之后&＃xff0c;把这个请求转交给ASPNET_ISAPI.DLL而ASPNET_ISAPI.DLL则会通过一个Http PipeLine的管道&＃xff0c;将这个http请求发送给ASPNET_WP.EXE进程&＃xff0c;当这个HTTP请求进入ASPNET_WP.EXE进程之后&＃xff0c;asp.net framework就会通过HttpRuntime来处理这个Http请求&＃xff0c;处理完毕后将结果返回给客户端。ITPUB个人空间3y |6v9js

    当一个http请求被送入到HttpRuntime之后&＃xff0c;这个Http请求会继续被送入到一个被称之为HttpApplication Factory的一个容器当中&＃xff0c;而这个容器会给出一个HttpApplication实例来处理传递进来的http请求&＃xff0c;而后这个Http请求会依次进入到如下几个容器中&＃xff1a;HttpModule --> HttpHandler Factory --> HttpHandlerITPUB个人空间/V$Q&＃39;e&＃xfffd;_%A*]!g&＃xfffd;E

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

ITPUB个人空间 QhM-V~3W$G2dB&＃xfffd;^ ]
    完整的http请求在asp.net framework中的处理流程&＃xff1a;ITPUB个人空间4E6dr;P,ws%Y
         HttpRequest-->inetinfo.exe->ASPNET_ISAPI.DLL-->Http Pipeline-->ASPNET_WP.EXE-->HttpRuntime-->HttpApplication Factory-->HttpApplication-->HttpModule-->HttpHandler Factory-->HttpHandler-->HttpHandler.ProcessRequest()ITPUB个人空间&＃39;TVUE#[
   

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

二、HttpModule介绍

    系统本身的HttpModule实现一个IHttpModule的接口&＃xff0c;当然我们自己的类也能够实现IHttpModule接口&＃xff0c;这就可以替代系统的HttpModule对象了。
|X ZD,b4k7i&＃xfffd;D V0ASP.NET系统中默认的HttpModule&＃xff1a;

      DefaultAuthenticationModule 确保上下文中存在 Authentication 对象。无法继承此类。ITPUB个人空间]*W Ol GC&＃43;Vl U&＃43;d
      FileAuthorizationModule 验证远程用户是否具有访问所请求文件的 NT 权限。无法继承此类。
(B;z0[/_q?8J0      FormsAuthenticationModule 启用 ASP.NET 应用程序以使用 Forms 身份验证。无法继承此类。ITPUB个人空间|j[}#R6A?s
      PassportAuthenticationModule 提供环绕 PassportAuthentication 服务的包装。无法继承此类。
4zk0D#kF0      SessionStateModule    为应用程序提供会话状态服务。
7N8EbRX&＃39;K/ha0      UrlAuthorizationModule    提供基于 URL 的授权服务以允许或拒绝对指定资源的访问。无法继承此类。
*z/6[{J0      WindowsAuthenticationModule 启用 ASP.NET 应用程序以使用 Windows/IIS 身份验证。无法继承此类

     这些系统默认的HttpModule是在文件machine.config中配置的&＃xff0c;系统会在最初始由ASP.NET FRAMEWORK首先加载machine.config中的HttpModule。和我们开发时使用到的web.config的关系是&＃xff1a;是在ASP.NET FRAMEWORK启动处理一个Http Request的时候&＃xff0c;它会依次加载machine.config和请求页面所在目录的web.config文件&＃xff0c;如果在machine中配置了一个自己的HttpModule&＃xff0c;你仍然可以在所在页面的web.config文件中remove掉这个映射关系。

三、延伸阅读

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

    HttpModule的Init()中的参数是HttpApplication类型&＃xff0c;它具有许多事件&＃xff0c;包括BeginRequest,EndRequest&＃xff0c;AuthentiacteRequest 等等。

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

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

ITPUB个人空间/s3S&＃43;N"z&＃xfffd;Q&＃xfffd;E
     IHttpHandler接口中最重要的方法ProcessRequest&＃xff0c;这个方法就是HttpHandler用来处理一个Http请求&＃xff0c;当一个 Http请求经过由HttpModule容器传递到HttpHandler容器中的时候&＃xff0c;framework会调用HttpHandler的 ProcessRequest方法来做对这个Http请求做真正的处理。ITPUB个人空间Z8Z,{R-r7tL
   

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