ASP.NET中URL Rewrite的具体实现方法
之前觉得这个话题已经被谈滥了。url rewrite早已经被广大开发人员所接受，网上关于url rewrite的组件和文章也层出不穷，但是总是让我感觉意犹未尽，于是最终还是忍不住提笔写了这系列文章。这些文章不会谈论url rewrite的价值与意义，而只会谈论纯技术的内容。文章中也不会有详尽地实现分析，而是结合了我的经验，从应用角度来讲解这个话题。您已经知道的，您还不知道的，别处已经讲过的，或者还没有讲过的，希望这系列文章的“旧事重提”不会让您觉得沉闷，并且能让您了解asp.net中url rewrite的方方面面。如果您以后再遇到url rewrite方面的问题是能够想到这几篇文章，估计我做梦也会笑出声来。
要充分理解文章后面谈到的话题，我们必须简单的了解一下iis与asp.net的通信过程。我在这里讲解的是iis 6服务器。至于iis 5和iis 7，前者可以说已经被淘汰了，而后者的“经典模式”与iis 6可谓如出一辙，而新的“管道模式”其实是讲asp.net中的某些概念与iis进行了深度集成。我相信，如果您了解了iis 6和asp.net，在iis 7的集成模式下也不会有任何问题。
首先我们来看一幅简单的示意图，展示了iis从收到request开始，到返回response整个过程中的几个主要步骤：
iis收到请求。
选择器根据url的特点与iis中的配置，选择一个isapi用于处理该请求——现在自然会选择asp.net isapi。
asp.net执行引擎接收到请求，于是初始化数据（例如构建各种对象）。
开始触发各种pipeline事件，自然先从beginrequest开始。
经过了多个pipeline事件，asp.net根据配置为当前请求选择一个合适的handler或handlerfactory进行处理（当然特殊情况例外，例如已经在之前的事件中直接输出结果并结束请求了）。
经过了handler处理之后又经过几个pipeline事件，以endrequest结束。
输出response。
在一个asp.net应用中如果要进行url rewrite，那么一般就是在beginrequest事件中调用httpcontext的rewritepath方法，将该请求重新“定位”至一个目标url。例如我们就可以在global.asax中重写application_beginrequest方法来实现这一点：
之所以在beginrequest中进行rewrite，是因为这个事件是在所有pipeline事件中最早被触发的。在这时进行了重新“定位”之后，当前httpcontext中的一些属性也就发生了相应的变化（例如httpcontext.request.path）。这样，接下来的pipeline事件的处理程序逻辑就会受到影响。例如在需要根据目录进行权限判断时，就会使用“定位”后的路径，而不是asp.net所收到的请求。自然最“显著”的变化就是对handler的选择，例如上例，我们把请求重新定位至“customerlist.aspx”文件，这样asp.net引擎就会选择*.aspx所对应的system.web.ui.pagehandlerfactory类对请求进行处理。
public class global : system.web.httpapplication
{
protected void application_beginrequest(object sender, eventargs e)
{
httpcontext context = httpcontext.current;
if (context.request.path.equals("/customers",
stringcomparison.invariantcultureignorecase))
{
context.rewritepath("~/customerlist.aspx");
}
}
}
最后插句提外话，有两个概念需要区分开来，那就是“asp.net pipeline”与“web forms”。两者都是asp.net里的重要模型，但是差别还是非常大的：
asp.net pipeline：作为每个asp.net应用所接受到的请求来说，都会经过这个“管道”进行处理。这是一个asp.net级别的模型。
web forms：在asp.net pipeline的执行过程中，其中有一个步骤是选择一个合适的handler（或handlerfactory）来处理请求。如果是aspx页面，asp.net就会选择system.web.ui.pagehandlerfactory类，在这个类中才最终形成了webforms模型。
其实上面这句话的“形成”二字可能也不太确切。因为web forms可能应该是一个可以独立使用的执行引擎和模型，而system.web.ui.pagehandlerfactory中也只是利用了这个模型而已。我们在编写asp.net应用时，完全可以根据我们的需要，在其他地方使用这个模型。例如在《技巧：使用user control做html生成》一文中，我们就在一个generic handler中把ascx当作模板来生成内容。