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对象了。

评论