httpModules与httpHandlers之两者区别

最新推荐文章于 2024-10-31 13:48:35 发布

weixin_30955617

最新推荐文章于 2024-10-31 13:48:35 发布

阅读量79

点赞数

文章标签：测试

原文链接：http://www.cnblogs.com/wxh19860528/archive/2012/07/09/2582991.html

版权

　　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进行真正的页面的处理。

IHttpModule与IHttpHandler的区别整理

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

　　2.对请求的处理上:

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

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

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

　　ASP.Net系统本身配置有很多HttpHandler和HttpModule，以处理aspx等.Net标准的页面文件，以及这些页面文件中标准的事件处理等。查看%System%/Microsoft.NET\Framework\v2.0.50727\CONFIG目录下的 web.config文件中的httpHandlers和httpModules节点，可以看到这些配置。如果有兴趣，可以使用Reflector查看.Net系统中相关的类和方法，了解.Net如何处理以及做了什么处理。

　　.Net也提供了一套机制来开发自定义的HttpHandler和 HttpModule，均可以用于对HttpRequest的截取，完成自定义的处理。 HttpModule 继承System.Web.IHttpModule接口，实现自己的HttpModule类。必须要实现接口的两个方法：Init和Dispose。在 Init中，可以添加需要截取的事件；Dispose用于资源的释放，如果在Init中创建了自己的资源对象，请在Dispose中进行释放。

namespace MyModule
{
　　public class MyHttpModule : IHttpModule
　　{
　　　　public MyHttpModule()
　　　　{
　　　　}

　　//Init方法用来注册HttpApplication 事件。
　　　　public void Init(HttpApplication r_objApplication)
　　　　{
　　　　　　r_objApplication.BeginRequest += new EventHandler(this.BeginRequest);
　　　　}

　　　　public void Dispose()
　　　　{

　　　　}

　　　　private void BeginRequest(object r_objSender, EventArgs r_objEventArgs)
　　　　{
　　　　　　HttpApplication objApp = (HttpApplication)r_objSender;
　　　　　　objApp.Response.Write("您请求的URL为" + objApp.Request.Path);
　　　　}

　　}
}

　　将编译的dll文件拷贝到web项目的bin目录下，在web项目的web.config文件system.web节点中配置：

　　这样就将自定义的HttpModule类MyHttpModule插入到了当前web的HttpModule的Pipeline中。 HttpModule主要功能是对Application的各个事件进行截取，在这些事件中完成自己的处理。其实如果自己开发一些项目，直接在 Global.asax中处理已经足够了。如果是开发一个Framework或者是某些方面的组件，需要在事件中添加处理，开发自定义的 HttpModule，可以避免使用Framework或者组件时，还得手工在Global.asax中添加代码。目前想到的开发自定义HttpModule的用途，有全局的身份/权限验证、自定义网站访问/操作日志的记录、处于管理/调试等目的对站点进行监控追踪等。当然，如果是结合自定义的HttpHandler进行Framework的开发，HttpModule可以用于其它的一些特殊的处理。

<httpModules>

　　<add name="test" type="MyHttpModuleTest.MyHttpModule,MyHttpModule"/>

</httpModules>

　　注意要区分大小写，因为web.config作为一个XML文件是大小写敏感的。“type=MyHttpModuleTest.MyHttpModule,MyHttpModule”告诉我们

　　系统将会将http request请求交给位于MyHttpModule.dll文件中的MyHttpModuleTest.MyHttpModule类去处理。

　　HttpHandler是完全的对Http Request的截取。

　　首先，继承System.Web.IHttpHandler接口，实现自己的HttpHandler类。必须要实现接口的ProcessRequest方法和IsReusable属性。ProcessRequest方法中完成对每个Http Request的处理，发送处理结果的HTML到输出缓存中。IsReusable属性被.Net Framework调用，用以确定这个HttpHandler的实例是否可以被重用于同类型其它的Request处理。

　　如果你在自己的HttpHandler类中，需要读取或者是写Session值，需要再继承一个接口IRequiresSessionState。这个接口没有任何方法，只是一个标记接口。继承这个接口之后，就可以在自己的HttpHandler中访问Session，可以在Session中写入值。

　　namespace MyHandler

　　{

　　public class MyHttpHandler : IHttpHandler, IRequiresSessionState

　　{

　　public MyHttpHandler() {}

　　public bool IsReusable

　　{

　　get { return true; }

　　}

public void ProcessRequest(HttpContext context)

　　{

　　HttpResponse objResponse = context.Response ;

　　objResponse.Write("

　　This request is handled by MyHttpHandler

　　");

　　}

　　把编译的dll文件拷贝到web项目的bin目录下。

　　接下来，这样来测试一下MyHttpHandler。我们为IIS配置一个以.cc为后缀名的文件类型，用我们写的MyHttpHandler来处理。

　　首先，在IIS站点的Configuration配置里面，添加一个对.cc后缀名处理的Application Extention Mapping项。

　　然后，在web项目的web.config节点节点中配置：

　　MyHttpHandler, MyHandler"/>

　　verb属性配置这个HttpHandler处理那些HTTP方法，例如GET、POST等，如果是处理所有方法，就用*。path属性配置HttpHandler对哪些文件进行处理，例如可以是myfile.cc，如果是处理所有的.cc文件，就用*.cc。

　　这样，这个站点上所有.cc类型文件的访问，都由MyHttpHandler处理。使用http://localhost/站点虚拟目录/a.cc访问测试站点，可以看到测试效果。当然，a.cc这个文件在Web服务器上是并不存在的。

　　对HttpHandler的使用，比较典型的有.Net的Web MVC开源项目Maverick。Maverick使用一个Dispatcher类对所有的Http Request进行截取，他以.m作为后缀名向Web服务器提交请求，在Dispatcher中，将.m的后缀去掉，提取Command Name，然后以这个command name从配置文件中加载处理的flow，形成一个chain，依次对chain上的各个command和view进行处理，对各个command和 view的处理结果可能会在chain中选择不同的处理分支，每个处理的Step中将处理结果的HTML写入Response的缓存中进行输出。

　　总体来说，Maverick的框架架构概念很不错，但也存在明显的缺陷，以后有时间再详细的写写它的架构和需要改进之处。

　　总之，将HttpModule、HttpHandler，以及使用Ajax等将客户端进行封装结合起来，能够给web项目的开发带来非常大的改善空间。

　　Asp.Net HttpHandler实现URL重写的

　　我们经常看到很多网站访问文章的时候才用的是***.html 或***.shtml (如本blog的日志访问效果)，其时这写文件在服务器上不存在的，那为什么会出现这样的效果呢，是因为Web服务器上对URL执行了重写，把访问的 URL根据特定的格式重写成内部访问页面来实现的，它的好处是便于用户理解，同时搜索引擎也能更好地收入你的网站，当然其它的好处也很多，这里不做一一介绍了。

　　本文所讲的是使用Asp.Net中的HttpHandler实现URL重写的，它所实现的原理请看这里，本程序可以处理任何Url，因为我在程序中使用了URL过虑，只有访问文件名是数字的才进行处理，并指在内部执行一个新的页面，并输出数据，代码如下：

　　public void ProcessRequest(HttpContext Context)

　　{

　　try {

　　//申明Request

　　HttpRequest Request = Context.Request;

　　//取来路Url的绝对路径

　　string Url = Request.Url.AbsolutePath;

　　//取访问的Web文件的开始字符间隔数

　　int RegStart = Url.LastIndexOf("/") + 1;

　　//申明一个确定Web文件名是否全是数字

　　Regex Reg = new Regex(@"\d+");