用自定义IHttpModule实现URL重写.docVIP

在本人拙作《ASP.NET夜话》第十二章中探讨过ASP.NET底层运行机制的问题，在该书中本人也讲到过了解一些ASP.NET的低层机制对于 我们灵活控制ASP.NET有很大帮助，在该书中本人讲述过如何用自定义的IHttpHandler来实现防盗链功能，由于篇幅限制在该书中没有讲述自定 自定义IHttpModule可以实现什么样的效果，在本篇将讲述利用自定义IHttpModule来实现URL地址重写。 一般来说，要显示一 些动态数据总是采用带参数的方式，比如制作一个UserInfo.aspx的动态页面用于显示系统的UserInfo这个用户信息表的数据，那么需要在其 后带上一个参数来指定要显示的用户信息，比如UserInfo.aspx?UserId=1用于显示表中编号为1的用户的信息，如果为2则显示表中编号为 2的用户信息。在一些系统中我们可能看到的不是这样的效果，可能会看到形如UserInfo2.aspx这样的形式（当然形式可以多样，只要有规律就 行），当点击这样一个链接时看到的效果和UserInfo.aspx?UserId=2的效果一样，这里就用到了URL地址重写的目的。在其它动态语言如 asp、JSP、PHP中要实现URL地址重写需要借助于其它的手段（有一些现成可用的用于实现URL地址重写的dll库），使用这些第三方手段时需要对 IIS做些配置，如果网站放置在购买的虚拟主机上可能就不能够使用了（这种情况我以前就遇见过，当时曾经做过一个J2EE的网站放在虚拟主机上要对 Tomcat做配置才能启用数据库连接池，但是虚拟主机提供商不提供这种服务），其实在ASP.NET中可以通过自定义IHttpModule就可以实现 URL地址重写。 以下文字摘自《ASP.NET夜话》一书第十二章： “从客户端向IIS发出请求到客户端得到请求的结果这个过程中有一些复杂的操作，涉及到一些非托管的类和非托管的方法，这里就不提了。在托管环境中第一个处理这个请求的类是ISAPIRuntime类。 在 ISAPIRuntime类中的ProcessRequest()方法中实例化HttpWorkerRequest类的实例，接着将 HttpWorkerRequest的实例作为参数交由HttpRuntime类处理，然后在HttpRuntime类中实例化HttpContext类 的实例（这个HttpContext的实例中包含了当前HTTP请求的所有特定HTTP信息，为实现了 IHttpModule 和 IHttpHandler 接口的类提供了对当前 HTTP 请求的 HttpContext 对象的引用，提供对请求的内部 Request、Response 和 Server 属性的访问），再将HttpContext的实例作为参数交由HttpApplicationFactory类（此类是interal的，在外部程序集是 不可见的，MSDN中也找不到此类的说明）用于实例化HttpApplication类的实例，在实例化HttpApplication类的实例的同时还 会根据web.config中的配置（包括系统级和当前网站或虚拟目录级）实例化所有实现IHttpModule接口的集合，这个集合是 HttpModuleCollection类的实例，然后将HttpApplication类的实例作为参数依次调用 HttpModuleCollection中的每一个实现了IHttpModule接口的类的实例的Init()方法。 在这个Init()方法中开始处理一系列HttpApplication类的实例的事件。” 上 面的文字中讲到在实例化HttpApplication类时会根据web.config中的配置（包括系统级和当前网站或虚拟目录级）实例化所有实现 IHttpModule接口的集合，然后会将HttpApplication类的实例作为参数依次调用每个实现了IHttpModule接口的类的实例的 Init()方法，在Init方法中可以添加对请求的特殊处理。在HttpApplication中有很多事件，其中第一个事件就是 BeginRequest事件，在这个事件中我们可以对用户请求的URL进行判断，如果满足某种要求，可以按另外一种方式来进行处理。 比如，当接收到的用户请求的URL是UserInfo(\\d+).aspx这种形式时（这里采用了正则表达式，表示的是UserInfo(数字）.asp这种URL）我们将会运行UserInfo.aspx?UserId=（\\d+)这样一个URL，这样网页就能正常显示了。 当然实现URL地址重写还需要借助一个类：HttpContext。HttpContext类中定义了RewritePath 方法，这个方法有四种重载形式，分别是： R