在ASP.NET中，如果你使用了URL重寫，通過HttpContext.Request獲取到的是重寫后的地址。如果這個地址要返回給客戶端(比如Redirect)，我們一般希望是重寫前的友好地址。

通常的使用場景是當我們有某個頁面需要用戶登錄才能訪問時，我們會在代碼中判斷當前訪問用戶是否登錄，如果未登錄，則重定向至登錄頁面，并將當前網址通過Url參數(shù)傳遞給登錄頁面。如果使用了URL重寫，并通過Request.Url.AbsoluteUri獲取當前網址，用戶登錄后打開的就是重寫后的地址，這雖然不影響正常使用，但從用戶體驗及URL統(tǒng)一的角度，我們更希望是重寫前的地址。

之前，我們在開發(fā)中也被這個問題困擾，只能盡量通過js重定向至登錄頁面(通過location.href獲取當前網址)或者在代碼中手動寫返回地址。

現(xiàn)在，我們找到了解決方法，可以從Request.Headers中找到重寫前的網址。

1)如果重寫組件用的是ISAPI_Rewrite，則訪問被重寫的網址時，Headers中會增加一項數(shù)據：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模塊有個很小的區(qū)別，卻給從ISAPI_Rewrite遷移至URL Rewrite帶來了很大麻煩。比如：對于http://www.cnblogs.com/cmt/這個網址，ISAPI_Rewrite是用“/cmt /”進行匹配，而URL Rewrite模塊卻用“cmt/”進行匹配，相差一個斜杠，卻造成遷移時要修改在ISAPI_Rewrite中寫的每一條正則表達式。而且，URL Rewrite還提供了從ISAPI_Rewrite導入規(guī)則的功能，卻沒有考慮這種情況。

更多信息請查看IT技術專欄