在ASP.NET中,如果你使用了URL重写,通过HttpContext.Request获取到的是重写后的地址。如果这个地址要返回给客户端(比如Redirect),我们一般希望是重写前的友好地址。
通常的使用场景是当我们有某个页面需要用户登录才能访问时,我们会在代码中判断当前访问用户是否登录,如果未登录,则重定向至登录页面,并将当前网址通过Url参数传递给登录页面。如果使用了URL重写,并通过Request.Url.AbsoluteUri获取当前网址,用户登录后打开的就是重写后的地址,这虽然不影响正常使用,但从用户体验及URL统一的角度,我们更希望是重写前的地址。
之前,我们在开发中也被这个问题困扰,只能尽量通过js重定向至登录页面(通过location.href获取当前网址)或者在代码中手动写返回地址。
现在,我们找到了解决方法,可以从Request.Headers中找到重写前的网址。
1)如果重写组件用的是ISAPI_Rewrite,则访问被重写的网址时,Headers中会增加一项数据:Key为X-Rewrite-URL,值为重写前的网址。
2)如果重写组件用的是IIS自带的URL Rewrite模块,则Headers中增加的信息的Key为X-Original-URL。
这样我们就可以轻松获取重写前的网址,示例代码如下:
以下为引用的内容: if (Request.Headers["X-Rewrite-URL"] != null) { Response.Write("http://" + Request.Url.Host + Request.Headers["X-Rewrite-URL"]); } else if (Request.Headers["X-Original-URL"] != null) { Response.Write("http://" + Request.Url.Host + Request.Headers["X-Original-URL"]); } |
题外话:
ISAPI_Rewrite与IIS的URL Rewrite模块有个很小的区别,却给从ISAPI_Rewrite迁移至URL Rewrite带来了很大麻烦。比如:对于http://www.cnblogs.com/cmt/这个网址,ISAPI_Rewrite是用“/cmt/”进行匹配,而URL Rewrite模块却用“cmt/”进行匹配,相差一个斜杠,却造成迁移时要修改在ISAPI_Rewrite中写的每一条正则表达式。而且,URL Rewrite还提供了从ISAPI_Rewrite导入规则的功能,却没有考虑这种情况