HttpModule和HttpHandler【预处理】

最新推荐文章于 2024-06-28 10:47:42 发布

tuo19840423

最新推荐文章于 2024-06-28 10:47:42 发布

阅读量443

点赞数

文章标签： httpmodule command .net application asp.net session

本文链接：https://blog.csdn.net/tuo19840423/article/details/5687765

版权

HttpModule、HttpHandler

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

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()
    {
    }

    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可以用于其它的一些特殊的处理。

HttpHandler

    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("<html><body><h1>This request is handled by MyHttpHandler</h1></body></html>");
    }
}
}
    把编译的dll文件拷贝到web项目的bin目录下。
    接下来，这样来测试一下MyHttpHandler。我们为IIS配置一个以.cc为后缀名的文件类型，用我们写的MyHttpHandler来处理。
    首先，在IIS站点的Configuration配置里面，添加一个对.cc后缀名处理的Application Extention Mapping项。

然后，在web项目的web.config节点<web.config>节点中配置：
<httpHandlers>
<add verb="*" path="*.cc" type="MyHandler.MyHttpHandler, MyHandler"/>
</httpHandlers>
    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的框架架构概念很不错，但也存在明显的缺陷，以后有时间再详细的写写它的架构和需要改进之处。

tuo19840423

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
HttpModule和HttpHandler【预处理】

<br />HttpModule、HttpHandler<br />如上图，ASP.Net处理Http Request时，使用Pipeline（管道）方式，由各个HttpModule对请求进行处理，然后到达HttpHandler，HttpHandler处理完之后，仍经过Pipeline（管道）中各个HttpModule的处理，最后将HTML发送到客户端浏览器中。 <br /> ASP.Net系统本身配置有很多HttpHandler和HttpModule，以处理aspx等.Net标准的页面文件，以及这些
复制链接

扫一扫