
在IIS的应用程序映射中,IIS会将对asp和asa文件的请求转交给asp.dll这个ISAPI来处理
解释型处理,每次请求都会重新解释一次,不适用于大流量请求
2.ASP.NET的HTTP请求处理过程

3.在HttpRuntime中请求处理过程
HttpRequest请求:
进入HttpRumtime——通过HttpApplicationFactory,建立HttpApplication实例——进入HttpModule——通过HttpHandlerFactory,建立HttpHandler实例
*这个HttpApplication实例在HttpModule的Init方法中会用到
4.HttpModule工作原理
负责监听HttpRequest,同时对HttpRequest增添或者过滤掉一部分内容。
HttpModule实现了接口IHttpModule,我们可以自定义实现该接口的类,从而取代HttpModule。
ASP.NET默认的HttpModule如下:






IHttpModule接口分析:








编写自己的HttpModule:









































在Web项目中添加这个类库的引用,同时在Web.config的system.web标签中添加:



name可以随意指定,没有影响。
type有两个参数,第一个表示具体哪个类,第二个表示是哪个dll
于是该站点下的每个页面都会Response.Write两句话——这适合做广告,只要替换成javascript即可
5.HttpModule内部事件机制
HttpApplication实例有很多事件,BenginRequest和EndRequest分别是HttpModule容器最开始的和最后的事件
注意,EndRequest之后还会触发PreSendRequestHeaders事件和PreSendRequestContent事件,这不是在HttpModule外的两个事件,表示HttpModule结束,即将开始向Client发送数据。
HttpModule容器与HttpHandler容器的交互:
HttpModule容器会将HttpRequest传递到HttpHandler容器,这个时间点是ResolveRequestCache事件。
HttpModule容器会建立HttpHandler实例作为入口——Session从此生效
触发AcquireRequestState事件以及PreRequestHandlerExecute事件,
HttpModule容器便将对HttpRequest的控制权转让给HttpHandler容器。
HttpHandler容器处理HttpRequest——使用自身的ProcessRequest方法,将对其控制权又还给HttpModule容器——之后Session失效
可以同时加载两个HttpModule,




这时,根据add标签的先后,依次执行:
Test1.BeginRequest
Test2.BeginRequest
.....
Test1.EndRequest
Test2.EndRequest
利用HttpModule实现当满足一定条件时终止此次HttpRequest:
在BeginRequest事件中,使用HttpApplication.CompleteRequest()方法










在BeginRquest中终止,但是仍然会调用EndRequest事件,以及PreSendRequestHeaders事件和PreSendRequestContent事件——应该说直接跳转到EndRequest事件,而不会调用这期间的事件
如果有两个HttpModule,在第一个Module的BeginRequest中终止,仅仅不会调用第二个Module的BeginRequest,但仍然会调用两个EndRequest事件,以及PreSendRequestHeaders事件和PreSendRequestContent事件。
以上两句话,可以用下图来表示: