在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导入规则的功能，却没有考虑这种情况。

更多信息请查看IT技术专栏