Hello World
Spiga

重提URL Rewrite(1):IIS与ASP.NET

2008-01-12 19:52 by 老赵, 21509 visits

之前觉得这个话题已经被谈滥了。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整个过程中的几个主要步骤:

  1. IIS收到请求。
  2. 选择器根据URL的特点与IIS中的配置,选择一个ISAPI用于处理该请求——现在自然会选择ASP.NET ISAPI。
  3. ASP.NET执行引擎接收到请求,于是初始化数据(例如构建各种对象)。
  4. 开始触发各种Pipeline事件,自然先从BeginRequest开始。
  5. 经过了多个Pipeline事件,ASP.NET根据配置为当前请求选择一个合适的Handler或HandlerFactory进行处理(当然特殊情况例外,例如已经在之前的事件中直接输出结果并结束请求了)。
  6. 经过了Handler处理之后又经过几个Pipeline事件,以EndRequest结束。
  7. 输出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当作模板来生成内容。

相关链接:

(2)使用已有组件进行URL Rewrite

(3)在URL Rewrite后保持PostBack地址

(4)不同级别URL Rewrite的一些细节与特点

Creative Commons License

本文基于署名 2.5 中国大陆许可协议发布,欢迎转载,演绎或用于商业目的,但是必须保留本文的署名赵劼(包含链接),具体操作方式可参考此处。如您有任何疑问或者授权方面的协商,请给我留言

Add your comment

40 条回复

  1. 水果阿生
    *.*.*.*
    链接

    水果阿生 2008-01-12 20:47:00

    很好,支持这个系列。

  2. Awen
    *.*.*.*
    链接

    Awen 2008-01-12 21:02:00

    应该不算旧事重提,呵呵,url Rewrite 虽然有很多的文章,但是统一的分析和其中的一些本质性的说明还是不多的,支持!

  3. 老赵
    admin
    链接

    老赵 2008-01-12 21:16:00

    @Awen
    其实我也没有准备分析太多,主要还是应用,应用,呵呵……

  4. overred
    *.*.*.*
    链接

    overred 2008-01-12 21:38:00

    旧瓶装新酒
    支持下老赵
    不过进你的博客还是卡一下

  5. 老赵
    admin
    链接

    老赵 2008-01-12 21:41:00

    @overred
    希望如此。:)

  6. beyoung
    *.*.*.*
    链接

    beyoung 2008-01-12 21:46:00

    密切关注!

  7. netguid
    *.*.*.*
    链接

    netguid 2008-01-12 22:18:00

    又见老赵了!!!

  8. Argo
    *.*.*.*
    链接

    Argo 2008-01-12 22:31:00

    不错,昨天刚刚研究了这个,有些想法,期待这个系列,支持!!!

  9. Indigo Dai
    *.*.*.*
    链接

    Indigo Dai 2008-01-12 22:42:00

    比如www.esamples.com/Item/这样的URL是如何被IIS解释的呢,最终是被定位到哪个.ASPX文件的?
    请你解释一下……

    看到我的衣橱也都是这样的,没有看到一个URL是以.ASPX结尾的,难道这就是传说中的SEO应用?:-)

  10. qianbao
    *.*.*.*
    链接

    qianbao 2008-01-12 22:59:00

    网上找了很多文章.但是大多太乱..没看太懂.

    只会在Global.asax中重写Application_BeginRequest方法来实现

    希望可以通过老赵 的文章彻底明白一下..

  11. 老赵
    admin
    链接

    老赵 2008-01-12 23:05:00

    @Indigo Dai
    这是传说中的“Url Rewrite”呵呵,我这个系列的文章就是在讲这个。

  12. kisskiki[未注册用户]
    *.*.*.*
    链接

    kisskiki[未注册用户] 2008-01-12 23:19:00

    后面的链接咋没关联地址?

  13. 老赵
    admin
    链接

    老赵 2008-01-12 23:23:00

    @kisskiki
    因为还在写……

  14. Anytao
    *.*.*.*
    链接

    Anytao 2008-01-12 23:43:00

    关注老赵,这个系列我也感兴趣

  15. 韩现龙
    *.*.*.*
    链接

    韩现龙 2008-01-13 08:28:00

    我开发用xp系统,IIS是5.1的...

  16. 老赵
    admin
    链接

    老赵 2008-01-13 12:32:00

    @韩现龙
    使用方法相同,完全没有问题。

  17. 若寒T[未注册用户]
    *.*.*.*
    链接

    若寒T[未注册用户] 2008-01-13 13:41:00

    支持!!
    老赵的文章总让我学到很多. 谢谢!!
    ---
    IIS 6浏览器
    ----

    在文章中看到这个...呵.

  18. 老赵
    admin
    链接

    老赵 2008-01-13 13:51:00

    @若寒T
    修改好了:)

  19. Leem
    *.*.*.*
    链接

    Leem 2008-01-13 14:42:00

    嗯,不错.对于asp.net中的url rewrite做个系统的讲解还是非常有必要的.

  20. Cat Chen
    *.*.*.*
    链接

    Cat Chen 2008-01-16 15:57:00

    Pipeline与WebForm的关系太密切啦……很多东西都是为了WebForm而设计的,你要自己做Module就还是要照顾着老的思路。

  21. 老赵
    admin
    链接

    老赵 2008-01-16 18:13:00

    @Cat Chen
    Pipeline理论上是和WebForm没有关系的,不过我相信设计Pipeline的时候是考虑到了WebForm的很多东西,呵呵。

  22. guest[未注册用户]
    *.*.*.*
    链接

    guest[未注册用户] 2008-01-22 14:11:00

    good

  23. 烙饼
    *.*.*.*
    链接

    烙饼 2008-08-22 18:27:00

    Hi,老赵

    问一个ASP.NET WEB FORM的开发问题
    如果我用Repeater控件做绑定的话,怎么把一些Eval绑定数据赋值到ItemTemplate中的服务器端控件上呢?

    万请赐教~谢谢

  24. 老赵
    admin
    链接

    老赵 2008-08-24 15:17:00

    @烙饼
    <%# ... %>不可以吗?

  25. Bluer
    *.*.*.*
    链接

    Bluer 2008-08-29 14:02:00

    奉献精神.顶!!

  26. lailai[未注册用户]
    *.*.*.*
    链接

    lailai[未注册用户] 2008-12-18 11:50:00

    ASP.NET MVC URL Routing 是不是也可以说是一种url rewrite.如果是那就没必要自己再写了吧,:)。

  27. 老赵
    admin
    链接

    老赵 2008-12-18 13:23:00

    --引用--------------------------------------------------
    lailai: ASP.NET MVC URL Routing 是不是也可以说是一种url rewrite.如果是那就没必要自己再写了吧,:)。
    --------------------------------------------------------
    URL Routing和Rewrite差别还是很大的。

  28. o(╯□╰)o
    *.*.*.*
    链接

    o(╯□╰)o 2009-03-21 14:53:00

    老赵支持你呀!
    写得不错呀!

  29. virus
    *.*.*.*
    链接

    virus 2009-07-31 16:24:00

    http://googlechinablog.com/2008/10/blog-post_20.html
    老赵,你好,从这篇文章最后举得一个列子来看,貌似没有必要把参数的URL转化成看起来没有参数的样子
    反而给爬虫造成很多麻烦

  30. virus
    *.*.*.*
    链接

    virus 2009-07-31 16:25:00

    我的理解就是
    要么你做静态化处理,生成静态页面
    要么你保持动态URL
    不要乱改动态URL,否则Google很难处理,造成抓取的困难
    不知道是不是恩

  31. 老赵
    admin
    链接

    老赵 2009-07-31 16:35:00

    virus:
    我的理解就是
    要么你做静态化处理,生成静态页面
    要么你保持动态URL
    不要乱改动态URL,否则Google很难处理,造成抓取的困难
    不知道是不是恩


    不是,Google才不会知道你是不是真正的静态文件。看这里:
    http://www.cnblogs.com/JeffreyZhao/archive/2009/07/06/more-on-page-statilization-and-seo.html
    http://www.cnblogs.com/JeffreyZhao/archive/2009/07/05/talk-about-page-statilization.html

  32. Coder Lee
    *.*.*.*
    链接

    Coder Lee 2009-10-27 09:21:00

    如果您以后再遇到URL Rewrite方面的问题是能够想到这几篇文章,估计我做梦也会笑出声来。
    ==========================
    我遇到了这方面的问题,直接想到了你的这个系列文章。
    呵呵,写的不错,很有帮助的说。

  33. 雨藤
    *.*.*.*
    链接

    雨藤 2010-01-21 10:36:00

    谢谢老赵!!!正在努力看明白你的文章!!!

  34. tangself
    *.*.*.*
    链接

    tangself 2010-03-02 10:18:00

    一个URL比喻是/product/apple,经过global中的application_beginrequest的rewriter 成/product.aspx?PName= apple

    那么在它暗地执行 /product.aspx?PName= apple

    它还会按页面周期运行吗???

    比喻/product.aspx?PName= apple
    它会再次触发global中的application_beginrequest吗????

  35. 老赵
    admin
    链接

    老赵 2010-03-02 15:20:00

    @tangself
    页面生命周期完全是aspx里实现的,也就是handler里实现的,所以同样是完整的。
    页面的生命周期和global里的这些无关的,页面周期是handler里形成的。

  36. love007
    218.18.115.*
    链接

    love007 2010-11-30 10:30:21

    看老赵的博客确实学到不少东西。支持!!

  37. 玉琢天窗
    124.64.243.*
    链接

    玉琢天窗 2011-02-19 23:45:47

    谢谢你!老赵!你为我们这些后辈们树了一个好榜样!我已经把你的博客网址添加到了我的收藏夹了,我以后会经常光顾的!

  38. 葫芦
    222.88.61.*
    链接

    葫芦 2011-07-15 18:33:46

    学习了。 最近要深入研读赵姐夫的博客。

  39. gaojz
    222.128.9.*
    链接

    gaojz 2011-09-23 11:51:32

    请问如何用UrlRewriteNet这个组件实现friendlyurl呢? 就是比 www.test.com/news/ 对应 www.test.com/default.aspx?page=1; 当用户输入www.test.com/news/时候, 页面加载www.test.com/default.aspx?page=1的内容,但是地址栏还要保持www.test.com/news/,请问如何实现呢?

  40. 编程爱好者
    1.192.126.*
    链接

    编程爱好者 2014-08-18 11:15:42

    编程爱好者 正在做一个有泛解析的网站 ,怕ISAPI write 组件 和 mvc 的url 重写有冲突,不过看过文章后应该是没什么问题了,一个是iis 级别的 一个是asp.net 级别的,呵呵,多谢老赵分享

发表回复

登录 / 登录并记住我 ,登陆后便可删除或修改已发表的评论 (请注意保留评论内容)

昵称:(必填)

邮箱:(必填,仅用于Gavatar

主页:(可选)

评论内容(大于5个字符):

  1. Your Name yyyy-MM-dd HH:mm:ss

使用Live Messenger联系我