在ASP.NET中,如果你使用了URL重写,通过HttpContext.Request获取到的是重写后的地址。
通常的使用场景是当我们有某个页面需要用户登录才能访问时,我们会在代码中判断当前访问用户是否登录,如果未登录,则重定向至登录页面,并将当前网址通过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。
通常的使用场景是当我们有某个页面需要用户登录才能访问时,我们会在代码中判断当前访问用户是否登录,如果未登录,则重定向至登录页面,并将当前网址通过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"]);
}