隨著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語句->服務器轉向新的文件。