asp.net开发:浅谈IHttpHandler www.tjydh.net/bmv10/index.asp?

asp.net从webform发展到asp.net mvc，变化可谓巨大，我个人感觉asp.net mvc让web开发真正实现了前后端分离，用过mvc的小伙伴都知道，后端和前端交互的就是通过api接口，在mvc中定义API只需要定义一个控制器即可，微软为我们简化了定义Api的方式，但是我们也需要搞清楚背后的原理是什么？

在asp.net开发中，菜鸟到高手，绕不开就是asp.net的管道模型，这个是asp.net接管一个http请求的处理步骤。

我这里只对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的类名约定一下对应关系即可。具体实现方式不在说明。

努力，不是为了要感动谁，欢迎大家转发和关注。