php httphandler,HttpHandler和HttpModule 区别 | 学步园

HttpHandler和HttpModule 区别

ASP.Net处理Http Request时，使用Pipeline(管道)方式，由各个HttpModule对请求进行处理，然后到达 HttpHandler，HttpHandler处理完之后，仍经过Pipeline中各个HttpModule的处理，最后将HTML发送到客户端浏览 器中。

生命周期中涉及到几个非常重要的对象：HttpHandler,HttpModule,IHttpHandlerFactory，他们的执行(顺序)大致的执行过程是这样的：client端发送页面请求，被IIS的某个进程截获，它根据申请的页 面后缀(.aspx)不同，调用不同的页面处理程序(.asp->asp.dll; .aspx->ISAPI.dll).而页面处理程序在处理过程中，则要经历HttpModule,HttpHandler的处理：前者HttpModule用于页面处理前和处理后的一些事件的处理，后者HttpHandler进行真正的页面的处理。

如前所说，HttpModule会在页面处理前和后对页面进行处理，所以它不会影响真正的页面请求。

常用在给每个页面的头部或者尾部添加一些信息(如版 权声明)等.曾经见过一些免费的空间，我们的页面上传上去后，浏览的时候发现，

在每个页面的头部和尾部多了很多小广告....,如果理解了 HttpModule的原理，要做这个就不是很难了~

IHttpModule与IHttpHandler的区别整理

1.先后次序.先IHttpModule,后IHttpHandler. 注:Module要看你响应了哪个事件，一些事件是在Handler之前运行的，一些是在Handler之后运行的

2.对请求的处理上:

IHttpModule是属于大小通吃类型,无论客户端请求的是什么文件,都会调用到它;例如aspx,rar,html的请求.

IHttpHandler则属于挑食类型,只有ASP.net注册过的文件类型(例如aspx,asmx等等)才会轮到调用它.

3.IHttpHandler按照你的请求 生成响应的内容，IHttpModule对请求进行预处理，如验证、修改、过滤等等，同时也可以对响应进行处理

asp.net 事件模型机制

一

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

二 页面事件

执行顺序

Page_Init：初始化值或连接

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

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

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

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

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

非确定事件

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

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

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

Global.asax中的事件(执行顺序)

Application_Start：应用程序启动时激发

Application_BeginRquest：http请求开始时激发

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

Session_Start： 会话启动时激发

Application_EndRequest：Htttp请求结束时激发

Session_End：会话结束时激发

Application_End：应用程序结束时激发

Application_Error： 发生错误时激发

ISAPI: 向web服务器插入某些组建，扩展功能，增强web服务器功能。

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

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

ASP.NET请求的处理过程：

基于管道模型，在模型中ASP.NET把http请求传递给管道中所有的模块。每个模块都接收HTTP请求，并有完全的控制权。

一旦请求经过了所有的HTTP模块，最终被HTTP处理程序处理。HTTP处理程序对请求进行一些处理，并且结果将再次经过模块管道中的HTTP模块。

httpmodule

ISAPI过滤器(筛选器)：IIS本身是不支持动态页面的，也就是说他仅仅支持静态HTML页面的内容，对于.asp .aspx .cgi .php等，

IIS并不知道如果处理这些后缀标记，它就会把它当作文本，丝毫不做处理发送到客户端。为了解决这个问题，IIS有一种机制，叫做ISAPI的过滤器。它是一个COM组件。

ASP.NET服务在注册到IIS的时候，会把每个扩展可以处理的文件扩展名注册到IIS里面(如*.ascx *.aspx等)。

扩展启动后，就根据定义好的方式来处理IIS所不能处理的文件，然后把控制权跳转到专门处理代码的进程中，asp.net中是aspnet_isapi.dll。让这个进程开始处理代码，生成标准的HTML代码，生成后把这些代码加入到原有的HTML中，最后把完整的HTML返回给IIS，IIS再把内容发送到客户端。

HttpModule

Http模块实现了过滤器(ISAPI filter)的功能，它是实现了System.Web.IHttpModule接口的.net组件。

这些组件通过在某些事件中注册自身，把自己插入到ASP.NET请求处理管道。当这些事件发生的时候，ASP.NET调用对请求有兴趣的HTTP模块，

这样该模块就能处理请求了。有时候需要过虑一下http请求，注意它不是覆盖其他的包括系统自带的HttpModule，在Machine.config中配置完成。

HttpHandler

它实现了ISAPI Extention的功能，它处理请求(Request)的信息和发送响应(Response)。HttpHandler功能的通过必须实现IHttpHandler接口。

HTTP处理程序是实现System.Web.IHttpHandler接口的.NET组件。任何实现了该接口的类都可以用于处理输入的Http请求。它就是Http处理程序。

在以前的ASP时候，当请求一个*.asp页面文件的时候，这个HTTP请求首先会被一个名为inetinfo.exe进程所截获，这个进程实际上就是www服务。

截获之后它会将这个请求转交给asp.dll进程，这个进程就会解释这个asp页面，然后将解释后的数据流返回给客户端浏览器。

其实ASP.DLL是一个依附在IIS的ISAPI文件，它负责了对诸如ASP文件，ASA等文件的解释执行，

ASP.NET的HTTP请求处理方法

当客户端向web服务器请求一个*.aspx的页面文件时，同asp类似，这个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()

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

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