url重寫是將web請求重定向到指定url的過程，比如：用戶輸入：/message/page/5 重定向到 message.ASPx?page=5，這樣的好處是方便記憶，也更有利於SEO優化等，通過使用更友好的url地址，恰好也回歸了互聯網設計之初對url（統一資源定位符 http://zh.wikipedia.org/wiki/URL）的定義。
這兒介紹一下我們在實際使用中，整理出的url設計原則：
1、簡潔直觀
命名可以用縮寫簡寫，例如：/cate/book
2、層次性，從大到小，以用戶為中心
例如：http://www.site.com/my/frIEnd_list
3 、大小寫一致，末尾的斜槓風格一致
推薦使用小寫加下劃線的方式，這樣的好處是有利於SEO優化，同時對於搜索引擎來講，末尾有斜槓與沒有斜槓會認為是2個不同的路徑。
4 、提前規劃
在站點設計時就全面使用url重寫，這樣的好處是節省後期修改的工作量，同時不留死角，不出現.ASPx這樣的訪問路徑。
5、url重寫與實際的文件位置命名一致
這樣的好處是，修改某個功能時可以快速找到相關的文件。
6 、可以考慮用簡短的路徑指向深層次的文件
例如：/support/tools/flash10.exe 可以映射為：/InstalFlash.exe
這樣一方面是縮短路徑，便於告知用戶安裝播放器，另一方面是如果以後升級到11的版本，可以還是用這個路徑，只是指向Flash11.exe而已。
7、大小分類的設計風格
以一個視圖有大小分類為例，可以有：/bigcate_smallcate 或 /bigcate/smallcate 2種風格。
/bigcate_smallcate：好處是路徑層次更短一些。
/bigcate/smallcate：好處是，如果用戶比較熟悉站點，自己按需要修改小分類的名稱就可以快速訪問某個小分類的內容。
8、復雜參數的url重寫
假設不是層次分明的結構，而是有多個參數，或參數不定時，可以：/site/book_find/?q=Java&hot=1&timebegin=2010-1-1
9、url重寫時，指定默認參數
假設有一個hotbook.aspx可以接收一個count參數來指定出現的條目數，這時就可以在url重寫時就指定這個count，例如：/hotbook/ 在配置裡可以映射為：hotbook.ASPx?count=5，這樣的好處是如果以後要調整熱門圖書的顯示數量只要在url重寫的配置裡修改即可，避免修改代碼。
URL最大缺點就是當信息資源的存放地點發生變化時，必須對URL作相應的改變。因此人們正在研究新的信息資源表示方法，例如：URI (Universal Resource IdentifIEr)即“通用資源標識”（參見RFC 1630）、URN （Uniform Resource Name）即“統一資源名”和URC（Uniform Resource Citation）即“統一資源引用符”等。