浅谈IHttpHandler

在web应用开发或接口开发时，处理请求接口ihttphandler随处可见，那么我们这次来简单聊一下这个接口。

asp.net响应http请求时常用的两个处理接口，分别是ihttphandler和ihttpmodule。

1、ihttphandler

一般用来处理一类特定的请求，比如对每个*.asp, *.aspx文件的分别处理。

2、ihttpmodule

通常用来处理所以请求共同需要的操作，比如对所以请求页面进行某些相同的检查功能。

我们先来看一下iis服务器在相应http请求时的处理步骤。

请求到达之后，实现经过httpmodule处理之后再调用httphandler的processrequest()方法进行具体相应的。因此，也不难理解为什么说在httpmodule中做一些对所有请求通用的检查操作，而将特定类请求的处理放在httphandler类中。

 

一、ihttphandler

首先我们来看一下ihttphandler接口设计。

ihttphandler接口只有两个成员:

 public interface ihttphandler
 {
     bool isreusable { get; }
     void processrequest(httpcontext context); 
 }

1、isreusable：标识该httphandler对象能否被其他实例使用，一般我们将其置为true。

2、processrequest()：具体响应请求方法，我们只要将具体的业务逻辑操作放在这里即可。

实践：

新建一个web工程，添加一个handler类：

public class rayhandler : ihttphandler
{
    public bool isreusable
    {
        get { return true; }
    }

    public void processrequest(httpcontext context)
    {
        context.response.write("asp.net httphandler demo. -- .");
    }
}

然后，我们需要在web.config文件中添加以下配置：

<handlers>
  <add name="test" path="*.ray" verb="*" type="webapplication2.rayhandler,webapplication2"/>
</handlers>

对config文件中的几个属性做一下说明:

1、path：表示url匹配，如*.ray这表示该handler会响应所以以".ray"结尾的url请求。

2、verb：表示请求方法，如get/post，使用*则表示所以匹配所有。

3、type：指示handler类的类型，上面的config文件中，webapplication2.rayhandler是类名，webapplication2是指bin目录下该该程序集的名称（不带.dll后缀）。

启动站点，输入以".ray"结尾的url，可以看到如下结果：

 

问题：

有时候我们可能需要处理多种不同的后缀，一个后缀对应一个handler类，这时我们的web.config文件看起来就是这样了：

<handlers>
  <add name="test" path="*.ray" verb="*" type="webapplication2.rayhandler,webapplication2"/>
  <add name="test1" path="*.rss" verb="*" type="webapplication2.rsshandler,webapplication2"/>
</handlers>

如果我们有很多的httphandler实现类，那么我们的web.config文件配置势必会显得很冗长。

解决问题：

为了解决以上问题，需要使用ihttphandlerfactory。一看这个接口的名字，猜测是以工厂模式实现的。首先我们来看一下他的接口构成：

ihttphandlerfactory

public interface ihttphandlerfactory{
    ihttphandler gethandler(httpcontext context, string requesttype, string url, string pathtranslated);
    void releasehandler(ihttphandler handler);
}

1、gethandler(): 返回一个实现了ihttphandler接口的实例。

2、releasehandler():使得factory可以重复使用一个已经存在handler实例。

以上述ray,rss请求为例，实现factory类：

public class handlerfactory : ihttphandlerfactory{
    public ihttphandler gethandler(httpcontext context, string requesttype, string url, string pathtranslated){
        ihttphandler handler = null;
        string path = context.request.physicalpath;
        switch(path.getextension(path)){
            case ".ray":
                handler = new rayhandler();
                break;
            case ".rss":
                handler = new rsshandler();
                break;
            default:
                break;
        }

        return handler;
    } 

    public void releasehandler(ihttphandler handler){
        //void
    }
}

这时，在web.config中的配置如下：

<handlers>
    <add name="test1" path="*.ray,*.rss" verb="*" type="webapplication2.factoryhandler,webapplication2"/>
</handlers>

使用了ihttphandlerfactory，那么我们的config文件的配置相对就简化了很多。

问题：

 

如果程序后续需要增加对新后缀的处理方法，就需要修改gethandler()中的switch语句，可能引发错误或带来其他安全隐患，这样做也违反了设计原则中的开放封闭原则。那么，如何才能够实现在后续扩展时，保持handlerfactory类不变呢？

解决问题：

 

答案肯定是可以的。 熟悉设计模式的应该明白这里是一个简单工厂模式，要实现前面的功能我们用叫高级点的设计模式是可以实现的。

而在这里，我们还可以用c#语言的语言特性--反射。 通过c#的反射机制，我们根据url的后缀来反射获取对应的hanlder类型，只要我们将url的后缀名跟handler的类名约定一下对应关系即可。具体实现方式不在说明。

---