ASP.NET中獲取URL重寫前的原始地址

iDotNetSpace發表於2010-12-31
ASP.NET
在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匯入規則的功能，卻沒有考慮這種情況。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/12639172/viewspace-683048/，如需轉載，請註明出處，否則將追究法律責任。

相關文章