隨著PHP4.0和JSP技術的推出以及IIS中不斷出現的重大的安全問題，MicroSoft的asp的市場仿佛是變的狹窄了，但是MicroSoft是不會輕言放棄的，於是在ASP2.0的基礎上推出了ASP3.0，增加了一些新的功能：新的流控制能力、Data Shaping技術（請參考：http://www.aspcn.com/showarticle.asp?id=28）、無腳本 ASP 、更多的組件選擇、XML的支持、腳本組件、ASP腳本代碼的加密技術等等。其實筆者認為沒有多大的改變、或者我對於ASP3.0了解的還是太少了（事實上我認為微軟可能放棄了ASP，而是把目光轉向了"ASP+",ASP+目前還處於測試階段，但是筆者從一些國外站點的介紹來看，嘿嘿，我們的下一個作用於Win平台上的東西可能就是ASP+了，所以ASP3.0才沒有多大的改變），不過話說回來，對於那些使用Win系統平台的用戶，我還是建議大家使用ASP，所以在下面給大家介紹了"ASP3.0中的流控制能力"。
ASP3.0中的流控制技術其實是指程序流，說的通俗一點就是程序的流程，ASP3.0中有了兩種新的流控制方法："Server.Transfer"和"Server.Execute"，我將就這兩種方法中的一種粗略的介紹給大家，為了具體的顯示其功能，我給大家對比了Response.redirect同Server.Transfer的運用！
一般會使用response.redirect這條語句進行地址轉向，ASP3.0提供了一種新的方法給我們，這種方法更加高效。讓我們先來看看response.redirect和Server.Transfer分別是如何Run的！
response.redirect其實上是當服務器碰到這條語句時發送一條指令（包含新的地址）給浏覽器，然後讓浏覽器去發送http請求，請求response.redirect後面的那個新的http地址，流程如下：
浏覽器ASP文件請求->服務器執行->遇到response.redirect語句->服務器發送response.redirect後面的地址給客戶機端的浏覽器->浏覽器請求執行新的地址（服務器返回的Response.Redirect後面的地址）這就是一個小小的Response.Redirect的全部過程，不看不知道，一看嚇一條！它有這麼多的過程，真恐怖... ...,而ASP3.0中的Server.Transfer語句當接受地址後是直接轉向後面的地址，流程如下：
浏覽器ASP文件請求->服務器執行->遇到Server.Transfer語句->服務器轉向新的文件。
