溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇文章主要介紹ASP.NET中URL Routing和IIS上URL Rewriting的區別有哪些，文中介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們一定要看完！
例子
在分析原理之前，我們先來做一個例子測試一下（IIS URL Rewrite模塊需要IIS7的支持）。
1.為Customer/1的URL建立對應的MVC程序
首先建立一個普通的MVC3程序，建立一個簡單的CustomerController以及一個簡單的Detail action，代碼如下：
public class CustomerController : Controller
{
public ActionResult Detail(string id)
{
ViewBag.CustomerID = id;
return View();
}
}我們只是簡單的接受一個ID，然后放到ViewBag里以便在view里顯示，view的代碼如下：
@{
Layout = null;
}
<!DOCTYPE html>
<html>
<head>
<title>Detail</title>
</head>
<body>
<div>
MVC下運行結果：@ViewBag.CustomerID
</div>
</body>
</html>2.為Customer/1的URL建立對應的web form程序
在同一個解決方案的根目錄下，建立一個Customer.aspx文件，文件代碼主要是接受一個ID參數然后顯示在頁面上，代碼：
public partial class Customer : System.Web.UI.Page
{
protected void Page_Load(object sender, EventArgs e)
{
this.lblId.InnerText = Request.QueryString["id"];
}
}html:
<form id="form1" runat="server"> <div> asp.net web form下是：<label runat="server" id="lblId"></label> </div> </form>
OK,我們先在Global.asax.cs里配置Customre/1的route，代碼如下：
routes.MapRoute(
"CustomerDetail", // Route name
"Customer/{id}", // URL with parameters
new { controller = "Customer", action = "Detail", id = UrlParameter.Optional }
);編譯訪問，運行http://localhost/customer/123，頁面顯示結果是：
MVC下運行結果：123。
3.安裝IIS URL Rewrite
到如下地址下載并安裝IIS URL Rewrite，http://www.iis.net/download/URLRewrite 成功安裝以后，在MVC項目的web.config里配置一條URL重寫規則，代碼如下（注意是system.webServer節點哦）：
<system.webServer>
<validation validateIntegratedModeConfiguration="false"/>
<modules runAllManagedModulesForAllRequests="true"/>
<directoryBrowse enabled="true" />
<rewrite>
<rules>
<rule name="rewrite customer">
<match url="^customer/([0-9]+)" />
<action type="Rewrite" url="customer.aspx?id={R:1}" />
</rule>
</rules>
</rewrite>
</system.webServer>該規則的意思是，將customer/1類似的請求重寫到customer.aspx?id=1上，我們編譯程序再來訪問以下http://localhost/customer/123，頁面顯示結果如下：
asp.net web form下是：123
也就是說Routing在這個時候沒起作用，因為URL Rewrite是在Routing之前將Customer/123這個地址轉發到了Customer.aspx?id=123，由aspx文件接收請求了。我們來看看2者之間到底都是在什么周期處理的。
原理周期
1. URL Rewrite
關于URL Rewrite最早見于apache web server，當時風靡一時的url重寫讓一大批使用php的人欣喜若狂啊，可惜之前由于asp.net下的實現方式特別復雜，所以很多站的基本上都沒怎么用，自從IIS.net推出正式的IIS URL Rewrite模塊以來，徹底解決了這一問題。
URL Rewrite是在request-processing pipeline的早期階段執行的，一般一個地址進來以后，該模塊會根據規則來映射到同一服務器上的另外一條新的地址，新地址在處理的時候所接受的參數和數據都是一句新地址的參數來判斷的，就比如customer.aspx?id=123，而 request里的url也是新的地址，而不是重寫之前的地址，不過用戶本身感覺不到變化，因為瀏覽器上顯示的一直是舊URL，我們來看一下他的周期圖。
URL Rewrite module是一個native的模塊，從圖可以看到他的運行周期是在Pre-begin Rquest和Begin Request之間，該模塊在根據請求的URL進行規則匹配之后，最終處理新的URL以便進入IIS pipeline的剩余周期里進行處理，就是說處理請求的HttpHandler是根據重寫以后的新URL來決定的。
2. URL Routing
URL Routing的原理是根據現有的URL來定義規則，定義每個規則所對應的HttpHandler，其本質和URL是否友好沒有關系，只是按照統一的規則去調用相對應的HttpHandler而已，找到對應的HttpHandler，處理完以后就返回結果，找不到就暴資源錯誤。
Routing是托管代碼模塊，是在Resolve Cache周期（ PostResolveRequestCache事件）里注冊，然后在MapHandler周期內處理的。在PostResolveRequestCache事件里，該模塊查詢靜態集合routing表里的所有記錄里聲明的URL匹配規則，如果當前URL對應到了一個匹配的Handler，然后就使用該Handler處理結果并輸出。
兩者之間的不同
URL Rewrite是在request處理之前修改相應的URL，URL Rewrite模塊本身不知道哪個HttpHandler處理這個請求，并且處理請求的HttpHandler也不知道自己處理的URL是原來的URL還是被重寫過的地址。
和URL Rewrite正好相反，URL Routing是根據規則為URL來指定HttpHandler的，可以看做Routing是handler的高級映射。
IIS URL Rewrite可以用于任何web程序的映射處理，包括但不限于asp.net,php,asp和靜態文件等，但Routing只能處理基于.net的web程序。
IIS URL Rewrite在IIS集成模式和經典模式都可以用，但默認情況下Routing只能用在集成模式下，經典模式的話需要使用擴展名或者通配符將程序映射到IIS上（其實.net有另外一個組件aspnetfilter已經幫我們做好了）。
IIS URL Rewrite可以根據域名，路徑，Http Header，server變量等處理重寫規則，但Routing只能按照請求的URL路徑和HTTP-Method header來處理。
IIS URL Rewrite可以執行處理HTTP跳轉，處理自定義的Status Code以及Abort請求，但Routing做不到這些。
IIS URL Rewrite的擴展只能擴展自己的Provider來自定義規則的存儲，但Routing的擴展相對來說就非常強大了，MVC就是其中一種。
以上是“ASP.NET中URL Routing和IIS上URL Rewriting的區別有哪些”這篇文章的所有內容，感謝各位的閱讀！希望分享的內容對大家有幫助，更多相關知識，歡迎關注億速云行業資訊頻道！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
