慎用url重写(转)

为了使url地址更加友好(当然可能有别的原因)，很多站点使用了 url重写，如 http://www.cnblogs.com/life，在asp.net中通常要处理这样的 url重写，必须在IIS中将*.*映射到aspnet_isapi.dll( C:\WINDOWS\Microsoft.NET\Framework\v1.1.432\aspnet_isapi.dll)，然后在web.config进行相应的配置，最后在写相应的处理程序，多数情况我们是那么做的，搏客园也是那么做的，这似乎没有什么问题。
      但是搏客园很久以来一直存在性能问题，dudu和园子的很多朋友也想了很多法子去提高性能，取得了不小的成绩，但是还是不是很理想，我也很想出一份力，因为我很喜欢搏客园，我在园子学了很多东西，基本上是早中晚都要看上面的文章，直到昨天晚上一个技术群的朋友问我一个 url重写的问题之后，突然醒悟搏客园的性能问题很可能是 url重写造成的。
我朋友的问题是这样： http://www.wodecity.com/food和 http://www.wodecity.com/food.html(该链接现在已经失效)都是通过 url重写定位到同一个页面 http://www.wodecity.com/page/food.aspx ，都是用同样的处理程序，唯一不同的是为了处理 http://www.wodecity.com/food这样没有扩展名的地址他必须将*.*映射到aspnet_isapi.dll，而 http://www.wodecity.com/food.html则是将*.html映射到aspnet_isapi.dll，结果发现 http://www.wodecity.com/food.html的性能比 http://www.wodecity.com/food好十至二十倍，他是用loadrunner进行测试的，他对这样的结果感到很郁闷。我开始的时候也感到不可思议，*.*和*.html到底什么区别呢，*.*就是该页面所有的请求，包括css文件和所有的图片文件都有用他写的 url重写处理程序去处理，*.html则没有，只是一个请求，问题就出现在这里了， http://www.wodecity.com/food这个页面有超过20个图片吧，请求一个页面要同时用 url重写处理程序去处理那么多图片，能不慢吗？怎么办呢？因为他们想用 http://www.wodecity.com/food这样的url，这样比较友好，所以还是要用*.*，思考一会儿之后我告诉他，让你的 url重写程序不处理那些图片文件就行了，怎么做呢？有两个方法：方法1，把存放图片所在的文件夹转化成一个虚拟目录，在然后移处该虚拟目录*.*的映射，这样一来他的 url重写程序就不会去处理图片文件，当然存放别的不需要 url重写程序的文件也要象图片文件夹做类似的处理，方法2，新建一个站点，如用 http://img.wodecity.com/存放图片文件，原理是一样的，都是让你的 url重写处理程序不处理那些图片文件。
一切ok，他跟我说今天早上他到公司测试一下。
为了验证我的想法，我今天自己也写了一个程序去测试，性能也是相差近20倍，good，我的想法是正确。
或许我的想法或测试结果有错误，这里欢迎PK。msn：cxbsky#hotmail.com。
也希望这篇文章对搏客园的性能问题有所帮助，因为搏客园出现的问题可能和我朋友的站点很相似。
ps：写完这篇文章的时候我问了一下我那朋友的测试结果，他说：“原来只能撑到50个人。现以700以上都没有问题 。”