轉載來的: 1、 瀏覽器ASP檔案請求->伺服器執行->遇到response.redirect語句->伺服器發送response.redirect後面的地址給客戶機端的瀏覽器->瀏覽器請求執行新的地址 2、 瀏覽器ASP檔案請求->伺服器執行->遇到Server.Transfer語句->伺服器轉向新的檔案切換對象: Server.Transfer方法與Redirect方法相比另一個顯著的優勢是在頁面轉換時,Request集合裡的內容不會丟失,這給我們編程帶來很大的方便。 一般的情況下儘可能用Server.Transfer方法(前提是伺服器是IIS),Server.Transfer方法更快速,而且因為只在伺服器上執行,所以可以和任何瀏覽器安全色。 1、Response.Redirect可以切換到任何存在的網頁。 1、 Server.Transfer只能切換到同目錄或者子目錄的網頁。資料保密: 1、 Response.Redirect後地址會變成跳轉後的頁面地址。 2、 Server.Transfer後地址不變,隱藏了新網頁的地址及附帶在地址後邊的參數值。具有資料保密功能。傳遞的資料量(網址後附帶的參數): 1、 Response.Redirect能夠傳遞的資料以2KB為限。 2、 傳遞的資料超過2KB時,務必使用Server.Transfer。 Response.Redirect方法導致瀏覽器連結到一個指定的URL。當Response.Redirect()方法被調用時,它會建立一個應答,應答頭中指出了狀態碼302(表示目標已經改變)以及新的目標URL。瀏覽器從伺服器收到該應答,利用應答頭中的資訊發出一個對新URL的請求。 這就是說,使用Response.Redirect方法時複位向操作發生在用戶端,總共涉及到兩次與伺服器的通訊(兩個來回):第一次是對原始頁面的請求,得到一個302應答,第二次是請求302應答中聲明的新頁面,得到複位向之後的頁面。 Server.Transfer方法把執行流程從當前的ASPX檔案轉到同一伺服器上的另一個ASPX頁面。調用Server.Transfer時,當前的ASPX頁面終止執行,執行流程轉入另一個ASPX頁面,但新的ASPX頁面仍使用前一ASPX頁面建立的應答流。如果用Server.Transfer方法實現頁面之間的導航,瀏覽器中的URL不會改變,因為複位向完全在伺服器端進行,瀏覽器根本不知道伺服器已經執行了一次頁面變換。預設情況下,Server.Transfer方法不會把表單資料或查詢字串從一個頁面傳遞到另一個頁面,但只要把該方法的第二個參數設定成True,就可以保留第一個頁面的表單資料和查詢字串。 同時,使用Server.Transfer時應注意一點:目標頁面將使用原始頁面建立的應答流,這導致ASP.NET的機器驗證檢查(Machine Authentication Check,MAC)認為新頁面的ViewState已被篡改。因此,如果要保留原始頁面的表單資料和查詢字串集合,必須把目標頁面Page指令的EnableViewStateMac屬性設定成False。 說到server. transfer,就不得不說server. execute,主要的區別在於,server. execute在第二個頁面結束執行後,還會返回第一個頁面繼續處理。 server.transfer和server.execute也是有局限性的,他們只能redirect到同一個web application的頁面中去,而且,這個過程對client端是透明的。 |