ASP.NET响应Http请求时常用的两个处理接口是IHttpHandler和IHttpModule。
一般的，IHttpHandler用来处理一类特定的请求，比如对每个*.asp, *.aspx文件的分别处理。而IHttpModule通常用来处理所以请求共同需要的操作，比如对所以请求页面进行某些相同的检查功能。
我们先来看一下IIS服务器在相应Http请求时的处理步骤。 ASP.NET中有管线(Pipeline)这个概念，意指每个ASP.NET请求在IIS中会有一系列相应操作串联起来形成的一条类似线一样的序列。
ASP.NET管线介绍
我们来看一下管线的处理时序图：
从图中看出，请求到达之后，实现经过HttpModule处理之后再调用HttpHandler的ProcessRequest()方法进行具体相应的。因此，也不难理解为什么说在HttpModule中做一些对所有请求通用的检查操作，而将特定类请求的处理放在HttpHandler类中。
代码实践
IHttpHandler
笔者最近在项目中接触到用IHttpHandler来实现对客户端接口调用的处理，这里便来简单探讨下基于IHttpHandler的简单接口设计。
IHttpHandler接口只有两个成员：
1 public interface IHttpHandler
2 {
3 bool IsReusable { get; }
4 void ProcessRequest(HttpContext context);
5 }
IsReusable属性是标识改HttpHandler对象能否被其他实例使用，一般我们将其置为True。 ProcessRequest()方法则是具体的响应请求方法，我们只要将具体的业务逻辑操作放在这里即可。
首先，新建一个Web工程，添加一个Handler类：
1 public class RayHandler : IHttpHandler
2 {
3 public bool IsReusable
4 {
5 get { return true; }
6 }
7
8 public void ProcessRequest(HttpContext context)
9 {
10 context.Response.Write("Asp.Net HttpHandler Demo. -- .");
11 }
12 }
RayHandler类实现了IHttpHandler接口的ProcessRequest()函数，这里只是直接输出一条文本。
然后，我们需要在Web.config文件中添加以下配置：
<handlers> <add name="test" path="*.ray" verb="*" type="WebApplication2.RayHandler,WebApplication2"/> </handlers>
path表示URL匹配，如*.ray这表示该Handler会响应所以以".ray"结尾的URL请求，verb表示请求方法，如Get/Post，使用*则表示所以匹配所有。type指示Handler类的类型，WebApplication2.RayHandler是类名，WebApplication2是指Bin目录下该该程序集的名称，如示例中的程序集名称为WebApplication2.dll,且这里不需要制定后缀名。
启动站点，输入以".ray"结尾的URL，可以看到如下结果：
IHttpHandlerFactory概述
有时候我们可能需要处理多种不同的后缀，一个后缀对应一个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文件配置势必会显得很冗长。或者在某些情况下，我们只有当程序运行时才能确定哪个Handler进行响应时，这个时候就需要使用IHttpHandlerFactory了。
IHttpHandlerFactory的定义如下：
public interface IHttpHandlerFactory{
IHttpHandler GetHandler(HttpContext context, string requestType, string url, string pathTranslated);
void ReleaseHandler(IHttpHandler handler);
}
其中：
- GetHandler(): 返回一个实现了IHttpHandler接口的实例；
- ReleaseHandler():使得Factory可以重复使用一个已经存在Handler实例。
以上述ray,rss请求为例，实现Factory类：
1 public class HandlerFactory : IHttpHandlerFactory{
2 public IHttpHandler GetHandler(HttpContext context, string requestType, string url, string pathTranslated){
3 IHttpHandler handler = null;
4 string path = context.Request.PhysicalPath;
5 switch(Path.GetExtension(path)){
6 case ".ray":
7 handler = new RayHandler();
8 break;
9 case ".rss":
10 handler = new RssHandler();
11 break;
12 default:
13 break;
14 }
15
16 return handler;
17 }
18
19 public void ReleaseHandler(IHttpHandler handler){
20 //void
21 }
22 }
这时，在Web.config中的配置如下：
<handlers>
<add name="test1" path="*.ray,*.rss" verb="*" type="WebApplication2.FactoryHandler,WebApplication2"/>
</handlers>
这时就实现了用Factory类来对应不同的具体Handler的功能，简化了配置。
可扩展的IHttpHandlerFactory
上述的实现方式中，如果程序后续需要增加对新后缀的处理方法，就需要修改GetHandler()中的Switch语句，同样可能引发错误或带来其他安全隐患。那么，能否实现在后续扩展时，保持HandlerFactory类不变呢？
答案肯定是可以的。 熟悉设计模式的读者应该明白这里是一个简单工厂模式，要实现前面的功能我们用叫高级点的设计模式是可以实现的。
而在这里，我们还可以用C#语言的语言特性--反射。 通过C#的反射机制，我们根据URL的后缀来反射获取对应的Hanlder类型，只要我们将URL的后缀名跟Handler的类名约定一下对应关系即可。
如，我们对GetHandler()重写如下：
using System.Reflection;
public IHttpHandler GetHandler(HttpContext context, string requestType, string url, string pathTranslated){
IHttpHandler handler = null;
string path = context.Request.PhysicalPath;
string className = this.GetType().Namespace + Path.GetExtension(path);
try{
Type type = Type.GetType(className);
if(type == null){
context.Response.Write(string.Format("找不到"{0}"对应的处理程序"，Path.GetExtension(path)));
}
handler = (IHttpHandler)type.Assembly.CreateInstance(className);
}catch(Exception ex){
context.Response.Write(string.Format("请求地址错误："+ ex.Message));
handler = null;
}
return handler;
}
此时，只需要将方法中的Handler类放在HandlerFactory类的同一命名空间下，且在Web.config中正确配置。如，有RayHandler类，那么在应该添加一个如下的配置才能自动匹配：
<handlers>
<add name="test1" path="*.RayHandler" verb="*" type="WebApplication2.FactoryHandler,WebApplication2"/>
</handlers>
总结
本篇简单介绍了ASP.NET中IHttpHandler的用法，在多个Handler请求的处理方面，提供了IHttpHandlerFactory的实现方式，最后，利用C#的反射机制改进了一种可扩展的多请求Handler实现方式。https://www.cnblogs.com/Rayblog/p/6394315.html
