在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导入规则的功能，却没有考虑这种情况
本文作者:网友 来源:网络
CIO之家 www.ciozj.com 微信公众号:imciow