在ASPNET中如果你使用了URL重写通过HttpContextRequest获取到的是重写后的地址如果这个地址要返回给客户端(比如Redirect)我们一般希望是重写前的友好地址
通常的使用场景是当我们有某个页面需要用户登录才能访问时我们会在代码中判断当前访问用户是否登录如果未登录则重定向至登录页面并将当前网址通过Url参数传递给登录页面如果使用了URL重写并通过RequestUrlAbsoluteUri获取当前网址用户登录后打开的就是重写后的地址这虽然不影响正常使用但从用户体验及URL统一的角度我们更希望是重写前的地址
之前我们在开发中也被这个问题困扰只能尽量通过js重定向至登录页面(通过locationhref获取当前网址)或者在代码中手动写返回地址
现在我们找到了解决方法可以从RequestHeaders中找到重写前的网址
)如果重写组件用的是ISAPI_Rewrite则访问被重写的网址时Headers中会增加一项数据Key为XRewriteURL值为重写前的网址
)如果重写组件用的是IIS自带的URL Rewrite模块则Headers中增加的信息的Key为XOriginalURL
这样我们就可以轻松获取重写前的网址示例代码如下
以下为引用的内容
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带来了很大麻烦比如对于这个网址ISAPI_Rewrite是用“/cmt /”进行匹配而URL Rewrite模块却用“cmt/”进行匹配相差一个斜槓却造成迁移时要修改在ISAPI_Rewrite中写的每一条正则表达式而且URL Rewrite还提供了从ISAPI_Rewrite导入规则的功能却没有考虑这种情况