1.如何能夠增加性能？
緩存沖洗的規則
2.哪些URL是需要重寫的？
css js html 靜態文件 等等一些的梳理
3.明確一些基本的事實
在頁面的一次響應中，會觸發很多次請求的 重寫
4.核心是不變的
都是通過正則匹配 到重寫的URL的類型 然後分離出對應的參數
最後用系統給定的函數進行 重寫請求
5.是基於context.Request.Url？還是app.Request.Path呢？
6.充分的理解這個 重寫模型 進而充分的理解 ASP.NET的 管道模型
就可以 充分的 高端自定義
那麼 就可以 脫離頁面的 束縛
管道中的 模塊
2014.11.28 最新進展如下
以前總是搞不懂 URL重寫的 本質 ，到今天終於搞清楚了，原來是這樣的
這個也給出了我一個學習的技巧：弄清楚一個東西
一要抓住東西的開頭
二要抓住東西的結尾
重寫改進
這個東西就能夠搞清楚
在一次HTTP的響應中，會有多次的請求，而且這些請求 會被ASP.NET託管過來【所有的都會接管過來】
所以 Application_BeginRequest 會被調用多次，通過日誌的檢測 可以看的清清楚楚。
而所謂的URL的重寫，我們不是重寫所有的URL,而是其中一部分而已
準確的說是一類
所以我們就需要在這個請求中過濾掉一部分的請求，這些類型的 請求
將不會進入到我們的 URL匹配判斷的邏輯
先搞清楚這個出來的流程 ，然後就知中的作用
