ASP.NET中URL Rewrite的實現方法

http://developer.51cto.com/art/200901/104833.htm

 

在一個ASP.NET應用中如果要進行URL Rewrite，那麼一般就是在BeginRequest事件中調用HttpContext的RewritePath方法，將該請求重新“定位”至一個目標URL。例如我們就可以在Global.asax中重寫Application_BeginRequest方法來實現這一點： 之所以在BeginRequest中進行Rewrite，是因為這個事件是在所有Pipeline事件中最早被觸發的。在這時進行了重新“定位”之後，當前HttpContext中的一些屬性也就發生了相應的變化（例如HttpContext.Request.Path）。這樣，接下來的Pipeline事件的處理常式邏輯就會受到影響。例如在需要根據目錄進行許可權判斷時，就會使用“定位”後的路徑，而不是ASP.NET所收到的請求。自然最“顯著”的變化就是對Handler的選擇，例如上例，我們把請求重新置放至“CustomerList.aspx”檔案，這樣ASP.NET引擎就會選擇*.aspx所對應的System.Web.UI.PageHandlerFactory類對請求進行處理。 public class Global : System.Web.HttpApplication { protected void Application_BeginRequest(object sender, EventArgs e) { HttpContext context = HttpContext.Current; if (context.Request.Path.Equals("/Customers", StringComparison.InvariantCultureIgnoreCase)) { context.RewritePath("~/CustomerList.aspx"); } } } 最後插句提外話，有兩個概念需要區分開來，那就是“ASP.NET Pipeline”與“Web Forms”。兩者都是ASP.NET裡的重要模型，但是差別還是非常大的： ◆ASP.NET Pipeline：作為每個ASP.NET應用所接受到的請求來說，都會經過這個“管道”進行處理。這是一個ASP.NET層級的模型。 ◆Web Forms：在ASP.NET Pipeline的執行過程中，其中有一個步驟是選擇一個合適的Handler（或HandlerFactory）來處理請求。如果是aspx頁面，ASP.NET就會選擇System.Web.UI.PageHandlerFactory類，在這個類中才最終形成了WebForms模型。 其實上面這句話的“形成”二字可能也不太確切。因為Web Forms可能應該是一個可以獨立使用的執行引擎和模型，而System.Web.UI.PageHandlerFactory中也只是利用了這個模型而已。我們在編寫ASP.NET應用時，完全可以根據我們的需要，在其他地方使用這個模型。