欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

ASP.NET中URL Rewrite的具体实现方法

程序员文章站 2024-02-27 12:31:51
之前觉得这个话题已经被谈滥了。url rewrite早已经被广大开发人员所接受,网上关于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当作模板来生成内容。