Response.Redirect(),Server.Transfer(),Server.Execute()的區別

1、Response.Redirect():
Response.Redirect方法導致瀏覽器連結到一個指定的URL。當Response.Redirect()方法被調用時，它會建立一個應答，應答頭中指出了狀態碼302（表示目標已經改變）以及新的目標URL。瀏覽器從伺服器收到該應答，利用應答頭中的資訊發出一個對新URL的請求。這就是說，使用Response.Redirect方法時重新導向操作發生在用戶端，總共涉及到兩次與伺服器的通訊（兩個來回）：第一次是對原始頁面的請求，得到一個302應答，第二次是請求302應答中聲明的新頁面，得到重新導向之後的頁面。

2、Server.Transfer
   
Server.transfer是IIS 5.0新增加的一個功能。它解決了Response.Redirect的兩個重要的缺陷：
1）在Response.Redirect中，我們得不到任何第一頁的輸出
2）Response.Redirect會丟失request中的所有屬性，當然我們可以通過一些其他的辦法，比如session來搞定，可是，有些頁的參數是在request中傳過來的，這樣的話，就不行了
3) Response.Redirect需要client端再發起一個請求。
server.transfer就很好地解決了這些問題。它是從server端直接向下一頁發起請求，不需要client再次發送請求.如果你的網頁非常依賴response.redirect,這個小小的改變可以提高將近25%的效率。（根據微軟文檔）.

Server.Transfer方法把執行流程從當前的ASPX檔案轉到同一伺服器上的另一個ASPX頁面。調用Server.Transfer時，當前的ASPX頁面終止執行，執行流程轉入另一個ASPX頁面，但新的ASPX頁面仍使用前一ASPX頁面建立的應答流。
如果用Server.Transfer方法實現頁面之間的導航，瀏覽器中的URL不會改變，因為重新導向完全在伺服器端進行，瀏覽器根本不知道伺服器已經執行了一次頁面變換。
預設情況下，Server.Transfer方法不會把表單資料或查詢字串從一個頁面傳遞到另一個頁面，但只要把該方法的第二個參數設定成True，就可以保留第一個頁面的表單資料和查詢字串。
同時，使用Server.Transfer時應注意一點：目標頁面將使用原始頁面建立的應答流，這導致ASP.NET的機器驗證檢查（MachineAuthentication Check，MAC）認為新頁面的ViewState已被篡改。因此，如果要保留原始頁面的表單資料和查詢字串集合，必須把目標頁面Page指令的 EnableViewStateMac屬性設定成False。server.Transfer()有一個不足就是:當使用者在a.aspx中提交了一個表單,然後用Server.Transfer()進入 b.aspx，這時如果使用者重新整理一下頁面，瀏覽器便會問使用者是否“重試”發送表單，如果使用者點擊“是”，那麼，表單中的資料被重新發送到伺服器。如發送表單的作用就是為了向資料庫中插入一條記錄，結果導不希望發生的事——同一表單被多次加入到資料庫中。

3、Server.Execute

Server.Execute方法允許當前的ASPX頁面執行一個同一Web伺服器上的指定ASPX頁面，當指定的ASPX頁面執行完畢，控制流程程重新返回原頁面發出Server.Execute調用的位置。
這種頁面導航方式類似於針對ASPX頁面的一次函數調用，被調用的頁面能夠訪問發出調用頁面的表單資料和查詢字串集合，所以要把被調用頁面Page指令的EnableViewStateMac屬性設定成False。

4.
Server.Execute("another.aspx")和Server.Transfer("another.aspx")區別:
Execute是從當前頁面轉移到指定頁面,並將執行返回到當前頁面
Transfer是將執行完全轉移到指定頁面

 

總結：
在網路狀態較好的情況下,Redirect(url)方法效率最高!可重新導向到同一台或非同一台伺服器上的aspx或非aspx（html）資源
Server.Transfer方法和Server.Execute方法最靈活!但只能轉到同一Application目錄下，也有可能導致不期望的結果發生
Server.Execute方法佔用資源最多.