淺析ASP.NET url重寫
好久沒有寫技術文章，如果大家看不明白，就多看幾篇，汗，或者，在文章的后面回復(這是最有效的辦法)，我會盡力幫助大家解答疑惑。
來找這篇文章的，應該都知道什么叫二級域名吧，廢話就不說了。但是討論前，先要明白一個思想問題。很多朋友一直考慮不清(我前幾天也一直搞不明白)的問題是，我鍵入一個地址后，怎么這個就被ASP.NET url重寫了?
***步:在瀏覽器鍵入了一個地址，比如http://love.kerry.com，點回車后，都發生了什么?為了把問題簡單化，我來這樣解釋
第二步:首先，鍵入的地址被解析，最終來到了一臺web服務器。交給IIS處理。在ASP.NET的世界中，IIS會把這樣的請求再交給一個web處理器 處理，***，該 web處理器 把處理的結果返回給瀏覽器，顯示給用戶看。
請不用忽略這樣一個問題，第二步的所有事情都是在服務器端做的。在這些事情進行的時候，用戶端的瀏覽器上面的地址不會改變。即使*** web處理器 把處理結果返回來的時候，上面的地址也不會改變。一開始鍵入的url，只是起一個敲門的作用，門敲完了，作用就算結束了，只有你的眼睛可以看到那個地址，瀏覽器，服務器等都不知道這個地址。然后要明白的問題是，所謂ASP.NET url重寫，也只是web開發人員知道的內幕情況，用戶根本不知道發生了什么，他認為自己鍵入的地址就是應該出來屏幕上顯示的結果。也就是說，我們在幕后控制要顯示的內容。接下來要考慮的是，怎么樣控制顯示的內容?
從上面說的過程，很明顯要在 web處理器 的工作這一步動手腳。
一個最簡單的考慮是，用戶敲入了一個簡單的不帶任何參數地址， http://love.kerry.com然后我們把這個地址改成一個符合程序需要的帶參數的地址， http://kerry.com?lover=notus，***處理之。
所謂的ASP.NET url重寫，就是在這一步。用.net的術語來說，我們需要給應用程序注冊一個httpmodule，用來處理特定的url注冊httpmodule，在web.config，處理url，在我們提供的httpmodule程序中大體相當于這樣的一段程
- //用我們的httpmodule程序截獲原始url
- String OriginalUrl=” http://love.kerry.com”;
- //處理原始url,得到***需要的url,值為http://kerry.com?lover=notus
- String FinalUrl=Rewrite(OriginalUrl);
- // context重新將url在內部發送給IIS處理
- context.RewritePath(FinalUrl);
接下來，我們來實現ASP.NET url重寫。
***步:確定要對哪些url執行重寫，即制定重寫規則
第二步:編寫httpmodule處理程序
第三步:將編寫的httpmodule整合入web程序，開始工作。
上面就是ASP.NET url重寫的基本知識，而用ASP.NET url重寫實現二級域名，過程一樣。因為無論是二級域名還是三級域名，都是一個url地址。只要我們截獲這個url地址，就可以在處理的時候動手腳。
在實施過程中會碰到一些問題，大多是因為看上面的文章不仔細產生的，但是說實話，那么長的文章要看完也不容易。下面我來記錄一些重要的問題。其中***的兩個問題，用具體的代碼展示了如何處理重寫的目標url以達到我們的要求
為什么非要用泛解析?
看了好多朋友的回復，我想現在可能有這樣的誤解，即，這篇關于ASP.NET url重寫的文章只是給大家介紹一些處理方法。至于泛解析不泛解析，并不重要。
如果你不需要實現任意二級域名，那就用不著去實現泛解析，直接把你需要的二級域名定死，然后在ASP.NET url重寫里處理好了!再退一步，如果連二級域名都不用實現，僅僅是對一個固定域名下的url進行重寫，那都不需要修改msdn的那個urlrewriter，直接拿來用就可以實現了簡單的ASP.NET url重寫。 zyw對這個項目進行的修改，只是為了取到全部的url進行更大限度的控制。而如我們所見，一開始msdn的那個urlrewriter并不關心域名的問題，我一開始給文章起這樣的題目，是因為最近我項目里用到了，寫文檔的時候順便就把這個文章寫了
【編輯推薦】
