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的機器驗證檢查（Machine
Authentication 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.
erver.Execute("another.aspx")和Server.Transfer("another.aspx")區別:
Execute是從當前頁面轉移到指定頁面,並將執行返回到當前頁面
Transfer是將執行完全轉移到指定頁面
總結：
在網絡狀態較好的情況下,Redirect(url)方法效率最高!! 可重定向到同一臺或非同一臺服務器上的aspx或非aspx（html）資源
Server.Transfer方法和Server.Execute方法最靈活!! 但只能轉到同一Application目錄下，也有可能導致不期望的結果發生
Server.Execute方法佔用資源最多.
原文來源:http://hi.baidu.com/khtml/blog/item/76dc8b5cfeb6be47faf2c0ee.html
