隨著PHP4.0和JSP技術(shù)的推出以及IIS中不斷出現(xiàn)的重大的安全問題，MicroSoft的ASP的市場仿佛是變的狹窄了，但是MicroSoft是不會輕言放棄的，于是在ASP2.0的基礎(chǔ)上推出了ASP3.0，增加了一些新的功能：新的流控制能力、Data  Shaping技術(shù)（請參考：http://www.aspcn.com/showarticle.asp?id=28）、無腳本  ASP  、更多的組件選擇、xml的支持、腳本組件、ASP腳本代碼的加密技術(shù)等等。其實(shí)筆者認(rèn)為沒有多大的改變、或者我對于ASP3.0了解的還是太少了（事實(shí)上我認(rèn)為微軟可能放棄了ASP，而是把目光轉(zhuǎn)向了"ASP+",ASP+目前還處于測試階段，但是筆者從一些國外站點(diǎn)的介紹來看，嘿嘿，我們的下一個作用于Win平臺上的東西可能就是ASP+了，所以ASP3.0才沒有多大的改變），不過話說回來，對于那些使用Win系統(tǒng)平臺的用戶，我還是建議大家使用ASP，所以在下面給大家介紹了"ASP3.0中的流控制能力"。


　　ASP3.0中的流控制技術(shù)其實(shí)是指程序流，說的通俗一點(diǎn)就是程序的流程，ASP3.0中有了兩種新的流控制方法："Server.Transfer"和"Server.Execute"，我將就這兩種方法中的一種粗略的介紹給大家，為了具體的顯示其功能，我給大家對比了Response.redirect同Server.Transfer的運(yùn)用！
　　一般會使用response.redirect這條語句進(jìn)行地址轉(zhuǎn)向，ASP3.0提供了一種新的方法給我們，這種方法更加高效。讓我們先來看看response.redirect和Server.Transfer分別是如何Run的！

　　response.redirect其實(shí)上是當(dāng)服務(wù)器碰到這條語句時發(fā)送一條指令（包含新的地址）給瀏覽器，然后讓瀏覽器去發(fā)送http請求，請求response.redirect后面的那個新的http地址，流程如下：
　　瀏覽器ASP文件請求->服務(wù)器執(zhí)行->遇到response.redirect語句->服務(wù)器發(fā)送response.redirect后面的地址給客戶機(jī)端的瀏覽器->瀏覽器請求執(zhí)行新的地址（服務(wù)器返回的Response.Redirect后面的地址）這就是一個小小的Response.Redirect的全部過程，不看不知道，一看嚇一條！它有這么多的過程，真恐怖...  ...,而ASP3.0中的Server.Transfer語句當(dāng)接受地址后是直接轉(zhuǎn)向后面的地址，流程如下：
　　瀏覽器ASP文件請求->服務(wù)器執(zhí)行->遇到Server.Transfer語句->服務(wù)器轉(zhuǎn)向新的文件。