ASP.Net中自定义Http处理及应用之HttpHandler篇
在开发基于Microsoft IIS的应用时，开发者除了可以编写ASP程序外，还可以使用Visual C++等开发工具，开发ISAPI应用，以获取更为强大的功能。可以编写两种ISAPI扩展：一种是ISAPI Server Extention，另一种是ISAPI Filter，但是，ISAPI扩展应用的编写通常对开发者有比较高的要求，开发和部署的难度比较大。 在开发ASP.Net应用时，我们仍然可以编写ISAPI应用，以扩充IIS的功能，但是，ASP.Net为我们提供了另外一种选择——使用HTTP Handler 和HTTP Module。这是通过使用IHttpHandler 和 IHttpModule接口来实现的。HTTP Handler提供了类似于ISAPI Server Extention的功能，而HttpModule实现了类似于ISAPI Filter的功能，并且，比ISAPI，在开发和部署上都要简单的多。 应用HttpHandler和HttpModule，使应用程序可以与IIS Web服务器的低级别请求和响应服务交互。本文首先介绍HttpHandler和HttpModule的概念和基本使用方法，并介绍了一个应用HttpModule实现权限系统的案例。
HTTP 处理管道的基本模型
要对HttpModule和IHttpHandler进行研究，必须先对ASP.Net的处理管道有一个了解。 在ASP.Net应用程序中，系统使用一组相关的类，通过一定的顺序来处理客户端的请求(Request)，ASP.NET应用程序的处理模式可称之为HTTP处理管道。HttpModule和IhttpHandler就是这个处理管道上的两个处理环节。 HTTP处理管道中的类在System.Web名称空间中定义，主要有以下类型： · HttpWorkerRequest 抽象类定义了ASP.Net页面处理请求的基本方法； · HttpRuntime 提供了处理应用的一组服务； · HttpContext 保存了处理一次请求的所有相关上下文信息； · HttpApplicationFactory 提供相关目录的应用程序； · HttpApplication 定义了所有ASP.Net应用程序的通用的方法、属性和事件。这个类也是在用户在global.asax文件中定义的应用的基类； · Modules 处理请求前和响应后的事件； · HandlerFactories 提供应用程序中的Handlers； · Handlers 处理请求和响应。 HTTP处理管道的模型如下：
图1：HTTP 处理管道
在Windows平台上，HTTP Pipline需要IIS的支持。为了运行ASP.NET应用，IIS需要以下两个文件：ASPNET_ISAPI.DLL和ASPNET_WP.EXE · ASPNET_ISAPI.DLL是一个ISAPI Extention他将发向IIS的请转交ASPNET_WP.EXE处理 · ASPNET_WP.EXE使用HttpRuntime对请求进行具体处理 处理的过程可以用图表示如下：
图2：IIS上的HTTP处理管道
HTTP 处理管道的基本模型
要对HttpModule和IHttpHandler进行研究，必须先对ASP.Net的处理管道有一个了解。 在ASP.Net应用程序中，系统使用一组相关的类，通过一定的顺序来处理客户端的请求(Request)，ASP.NET应用程序的处理模式可称之为HTTP处理管道。HttpModule和IhttpHandler就是这个处理管道上的两个处理环节。 HTTP处理管道中的类在System.Web名称空间中定义，主要有以下类型： · HttpWorkerRequest 抽象类定义了ASP.Net页面处理请求的基本方法； · HttpRuntime 提供了处理应用的一组服务； · HttpContext 保存了处理一次请求的所有相关上下文信息； · HttpApplicationFactory 提供相关目录的应用程序； · HttpApplication 定义了所有ASP.Net应用程序的通用的方法、属性和事件。这个类也是在用户在global.asax文件中定义的应用的基类； · Modules 处理请求前和响应后的事件； · HandlerFactories 提供应用程序中的Handlers； · Handlers 处理请求和响应。 HTTP处理管道的模型如下：
图1：HTTP 处理管道
在Windows平台上，HTTP Pipline需要IIS的支持。为了运行ASP.NET应用，IIS需要以下两个文件：ASPNET_ISAPI.DLL和ASPNET_WP.EXE · ASPNET_ISAPI.DLL是一个ISAPI Extention他将发向IIS的请转交ASPNET_WP.EXE处理 · ASPNET_WP.EXE使用HttpRuntime对请求进行具体处理 处理的过程可以用图表示如下：
图2：IIS上的HTTP处理管道
HttpHandler的实现
HttpHandler实现了类似于ISAPI Extention的功能，他处理请求(Request)的信息和发送响应(Response)。HttpHandler功能的实现通过实现IHttpHandler接口来达到。实际上，我们在编写ASP.Net页面时，ASP.Net页面所继承的基类——System.Web.UI.Page——也实现了HttpHandler接口，也是一个HttpHandler，看一下它的定义就知道了（C#）：
public class Page : TemplateControl, IhttpHandler
接口IHttpHandler的定义如下：
interface IHttpHandler
{
void ProcessRequest(HttpContext ctx);
bool IsReuseable { get; }
}
接口中ProcessRequest是添加自己的代码，进行相应处理的地方。IsReuseable属性指明该HttpHandler的实现类是否需要缓存。 下面的示例展示了HttpHandler的基本使用： 1、建立一个名为MyNameSpace的工程，添加一个类，名称为MyHandler，代码如下：
例1：
namespace MyNameSpace
{
public class MyHandler : IHttpHandler
{
public void ProcessRequest(HttpContext ctx)
{
HttpResponse Response
Response.Write("This is my handler");}
public bool IsReusable
{
get { return true; }
}
}
}
2、将上面的代码编译，生成MyNameSpace.Dll文件； 3、建立一个新的WebApplication项目，或打开一个WebApplication项目，将文件MyNameSpace.Dll添加到项目的引用中，或复制到项目的bin目录下； 4、修改Web.Config，添加如下内容:
<configuration>
<system.web>
<httpHndlers>
<add verb="*" path="*.aspx"
type=" MyNameSpace.MyHandr, MyNameSpace" />
</httpHndlers>
</system.web>
</configuration>
配置文件中的选项说明： · verb可以是"GET"或"POST"，表示对GET或POST的请求进行处理。"*"表示对所有请求进行处理。 · Path指明对相应的文件进行处理，"*.aspx"表示对发给所有ASPX页面的请求进行处理。可以指明路径，如"/test/*.aspx"，表明只对test目录下的ASPX文件进行处理。 · Type属性中，逗号前的字符串指明HttpHandler的实现类的类名，后面的字符串指明Dll文件的名称。 现在，请求项目中的任何ASPX页面，页面上显示的始终只有如下一行字：
This is my handler
因为，我们自定义的Handler截获了所有发向ASPX页面的请求，并且用自己的的方法来处理这些请求了。 为了使我们的ASPX页面能够顺利运行，我们需要修改Web.Config文件：
<configuration>
<system.web>
<httpHndlers>
<add verb="*" path="*.foo"
type=" MyNameSpace.MyHandr,hander" />
</httpHndlers>
</system.web>
</configuration>
为了让对后缀名为.foo的文件的请求能够被我们的Handler截获运行，我们还需要一些额外的工作。打开IIS的管理控制台，又键单击站点，选择"属性"，跳出站点的属性对话框。选择主目录选项。如图3：
图3：Web站点属性对话框
选择配置，弹出应用程序配置对话框，将".foo"添加到应用程序映射中，如图4：
图4：添加应用程序映射
好了，我们现在可以在项目中添加一个.foo文件，当向该文件发送请求时，浏览器显示：
This is my handler
而对其他ASPX文件的访问不受影响。
实现Handler Factory
实现HttpHandler功能的另外一个选择是实现一个Handler Factory，这是通过实现IHttpHandlerFactory接口来实现的。 IHttpHandlerFactory接口的定义如下：
interface IHttpHandlerFactory
{
IHttpHandler GetHandler(HttpContext ctx,
string requestType,
string url,
string pathTranslated);
void ReleaseHandler(IHttpHandler handler);
}
GetHandler方法在请求开始的时候被调用，而ReleaseHandler在请求结束，所有的Handler都不再需要的时候被调用。 使用HttpHandlerFactory的过程一般如下： 首先定义实际处理HttpHandler的类，这个类会在HandlerFactory中被调用以进行实际的处理：
public class BasicHandler : IHttpHandler { ... }
然后，定义自己的HandlerFactory：
public class BasicHandlerFactory : IHttpHandlerFactory
{
public IHttpHandler GetHandler(HttpContext ctx,
string requestType,
string url,
string pathTranslated)
{
return new BasicHandler();
}
public void ReleaseHandler(IHttpHandler handler) {}
}
最后，在Web.Config文件中注册这个Factory：
<configuration>
<system.web>
<httpHandlers>
<add verb="POST" path="*.foo"
type="MyNamespace.BasicHandlerFactory, MyAssembly" />
</httpHandlers>
</system.web>
</configuration>
异步Handler
通过实现IHttpAsyncHandler可以实现对HTTP请求的异步处理。IHttpAsyncHandler接口继承IHttpHandler，也需要实现ProcessRequest 方法和 IsReusable 属性，同时，需要实现 BeginProcessRequest 和 EndProcessRequest 方法。BeginProcessRequest 启动异步调用以处理单个的 HTTP 请求，而 EndProcessRequest 则在该进程结束时执行清理代码。 IHttpAsyncHandler的实现和注册同IHttpHandler类似，读者可以参考MSDN的相关文档。 现在，大家是否对HTTP Handler的概念和应用有了一定的了解？在下一篇文章中，我们将主要介绍HTTP Module的的应用，并给出使用HttpModule实现权限系统的实例。
ASP.NET 页面对象模型
关于http handlesASP.NET的请求过程是基于一个管道（pipeline）模型的，ASP.NET会把所有的http请求（Requests）都发送给这个管道里的http组件（modules）。每个组件在接收到http请求后进行一些相应的动作。当http请求通过了所有的http modules程序后，将会被交由一个http handle程序来处理，处理后的结果又将通过管道里http modules返回。这整个过程中，被调用的http module可以有多个，然而调用的http handle只能是一个。其过程如图：
可以看出每个输入的http请求都会最终被一个http handle程序处理。http handle是一个实现了System.Web.IHttpHandler接口的类的实例，有些类似ISAPI扩展。在http handles中实现的有：
ProcessRequest：该方法用来处理http请求，是http handles最核心的方法
IsReusable：一个属性，返回一个bool值，来表示这http handle的实例是否能被重用来处理多个同类型的http请求。
二、在配置文件中注册http handles
http handles的类可以在web.config或machine.config文件里注册。这样，一旦有相应的http请求输入，这个http handle类就会被实例化。在web.config或machine.config文件里我们用<httpHandlers>和<add>节点来为我们的应用程序添加http handle类：
<httpHandlers>
<add verb="supported http verbs" path="path" type="namespace.classname, assemblyname" />
<httpHandlers>
在<add>里
1、verb属性说明了该handle所支持的http请求方式，例如支持post和get方式，verb属性则为"POST,GET"；如果支持所有的请求方式，verb属性则用"*"。
2、path属性说明了对哪些文件的请求才调用该handle来处理，例如你只想在请求my.possible文件时才调用该handle，则path属性为"my.possible"，如果你想所有后缀名为possible的文件（*.possible）都由该handle来处理，则path属性为"*.possible"。
3、type属性中指定了handle类的命名空间、类名和配件名（工程名）。ASP.NET runtime会首先到应用程序的bin目录下查找该配件的dll，如果没有找到再到GAC里查找。
其实ASP.NET自身里的许多功能也是使用HTTP handlers来实现，ASP.NET使用了许多的handle类来处理.aspx, .asmx, .soap 和一些其它的ASP.NET文件。你可以在machine.config文件里找到如下代码：
<httpHandlers>
<add verb="*" path="trace.axd" type="System.Web.Handlers.TraceHandler"/>
<add verb="*" path="*.aspx" type="System.Web.UI.PageHandlerFactory"/>
<add verb="*" path="*.ashx" type="System.Web.UI.SimpleHandlerFactory"/>
<add verb="*" path="*.config" type="System.Web.HttpForbiddenHandler"/>
<add verb="GET,HEAD" path="*" type="System.Web.StaticFileHandler"/>
. . . . . .
. . . . . .
</httpHandlers>
从上面的配置可以看出来对.aspx文件的请求是交由System.Web.UI.PageHandlerFactory类来处理的，而象.config文件是被System.Web.HttpForbiddenHandler类来处理，可以猜想这个类将会返回一个该类文件不能被请求的错误。
三、http handles类的实现
在这里我们用C#来创建一个新的handle类来处理新的文件类型，比如以.possible为后缀名的文件。
1、我们先在vs.net里创建web应用程序的工程，名为MyHandler，然后添加一个类文件NewHandler.cs来建立实现了IHttpHandler接口的类：
using System;
using System.Web;
namespace MyHandler
{
/// <summary>
/// Summary description for NewHandler.
/// </summary>
public class NewHandler : IHttpHandler
{
public NewHandler()
{
//
// TODO: Add constructor logic here
//
}
#region Implementation of IHttpHandler
public void ProcessRequest(System.Web.HttpContext context)
{
HttpResponse objResponse = context.Response ;
objResponse.Write("<html><body><br><br><center>Hi,This is a test! ") ;
objResponse.Write("</center></body></html>") ;
}
public bool IsReusable
{
get
{
return true;
}
}
#endregion
}
}
在ProcessRequest方法的实现里，我们只是简单的获取了HttpContext的HttpResponse对象，并象客户端发送了一些html。在IsReusable的实现里返回true，表示该handle类的实例可以处理多个对.possible文件的请求。
注意：如果想在HTTP handlers里使用session，那么还需要实现IRequiresSessionState接口，而IRequiresSessionState接口只是一个标志，不需要实现任何的具体方法，所以只需要把类申明改为：public class NewHandler : IHttpHandler,IRequiresSessionState即可。
2、打开web.config文件，注册上面新创建的handle类：
<httpHandlers>
<add verb="*" path="*.possible" type="MyHandler.NewHandler,MyHandler"/>
</httpHandlers>
3、在IIS中添加ISAPI扩展，将我们的新后缀名.possible添加进去，具体过程为：
IIS－－》选中“默认网站”点右键－－》选“属性”－－》“主目录”－－》“配置”－－》点“映射”里的“添加”按钮－－》在弹出对话框里点击“浏览”按钮，选择aspnet_isapi.dll文件，并在扩展名里填possible，如下图所示：
最后点击确定按钮。
这样我们就可以在浏览器里输入http://localhost/MyHandler/xxx.possible，来调用该handle了。当然我们这里只是举了个简单例子，所以输入任何*.possible都是一样的效果。我们可以在NewHandler的ProcessRequest方法里先分析请求的url，然后根据不同url作出不同的相应，比如跳转到不同的真实存在的aspx页面，这也正是web设计模式中MVC模式在asp.net中通过Front Controller实现的核心部分之一，具体请见：http://msdn.microsoft.com/architecture/patterns/default.aspx?pull=/library/en-us/dnpatterns/html/DesFrontController.asp。
最近需要做一个对特定请求进行响应的接口，只是在内部处理，不存在UI，机于这种情况，当然是使用实现IHttpHandler来进行处理，可以减掉加载HTML 控件的时间。本来都是这样想的，对于IHttpHandler 中定义了两个方法，ProcessRequest(HttpContext ctx) 和 IsRunable() 这两个，看到在ProcessRequest(HttpContext ctx) 中有个HttpContext的输入参数，本来以为通过这个就可以对所有的服务器对象进行使用，只是在前面需要对HttpContext的引用。不过问题出现了，在这个自定义HTTP 响应处理头中需要写入Session，对于其他Request和Response 都可以通过使用HttpContext来引用使用，不过Session 就是不行，总是出现对象未进行引用的错误，真是百思不得其解，好好的HTTPCONTEXT 里面都列出了可以使用的服务器对象，但是就是SESSION 用不了！真苦，只好将自定义HTTPHANDLER 的内容做到普通的WEBFORM 中。就在做好后，却无意中发现在自定义HTTPHANDLER 中使用SESSION 的方法！
1、先引用System.Web.SessionState 这个命名空间，
2、如果是要在HttpHandler 中读取Session的内容，就要在实现IHttpHandler 的类中同时实现IReadOnlySessionState 这个接口。
3、如果是要在HttpHandler 中读写Session的内容，就要在实现IHttpHandler 的类中同时实现IRequiresSessionState
这样就可以在自定义的HttpHandler 中正常的使用Session了。