1.Server.Transfer
用於把處理的控制權從一個頁面轉移到另一個頁面，在轉移的工程中沒有離開服務器內部控件（如request，session等）保存的信息不變。因此你能從a頁面跳轉到b頁面而不丟失a頁面里的信息。
2.Response.Redirect
發送一個HTTP響應到客服端瀏覽器，告訴客服端跳轉到哪一個頁面，客服端在發送跳轉請求到服務器。使用此方法將無法保存內部控件的數據，頁面a跳轉到頁面b，而頁面b將無法訪問a中form提交的數據。
而在具體比較如下
Server.Transfer使用服務端方法將用戶重定向到另一頁，Response.Redirect將用戶從瀏覽器重定向到另一頁，
server.Transfer的優點是將頁面參數方面的傳遞到指定頁面。服務器只是將上下文傳輸到另一頁。你可以共享頁面之間上下問的信息，不會暫用較多的http請求，可以減少客服端對服務端的請求，可以減少服務器的壓力，使你的服務器運行更快，Response.Redirect需要執行額外的往返過程，這樣影響性能。
Server.TransFer跳轉到頁面后，瀏覽器顯示的url地址不會變，用戶瀏覽器就不知道在傳輸，因此不會更新歷史記錄，如果用戶涮新就會產生意外的結果。
注意Server.Transfer只能在同一服務器的同一站點訪問，不能重定向到.asp或者.asmx頁面只有Response.Redirect可以。
我們在做編程的時候，網站系統內部進行跳轉的時候盡量采用Server.Transfer，定向外部地址可以用Response.Redirect。
下面轉載：
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。
Server.Execute,只有WEB服務器采用IIS5.0或更高版本時才有效。 其用法為：Server.Execute("URL")
功能：停止執行當前頁面，將執行控制權轉到URL所指定的新頁面中，用戶的當前環境（會話狀態和任何當前事務狀態）將傳遞 到新頁面，待新頁面執行完后，控制權將返回到原始頁面，並繼續執行原始頁面中Execute方法之后的語句。
該方法的功能有點類似於過程調用，只不過此處調用的不是過程，而是一個完整的ASP頁面。
被調用的ASP頁面相當於是調用頁面的一部分。
例如：若要根據客戶端語系的不同，訪問不同的頁面，則實現代碼為：
<%
language=Request.ServerVariables("HTTP_ACCEPT_LANGUAGE")
if language="zh-cn" then
Server.Execute("chinese/index.asp")
else
Server.Execute("english/index.asp")
end if
%>
Server.Execute 的一個很好的特點是運行條件包含的能力。通常情況下包含不能是有條件的，因為#include 指示是在腳本代碼執行處理條件之前預先處理的。但用 Server.Execute 可以寫出這樣的代碼，查看一個session變量，決定調用哪一部分代碼，而不是總是裝載着兩部分代碼。
If Session("DoThisOrThat") = "this" Then
Server.Execute("this.asp")
Else
Server.Execute("that.asp")
End If
4.Server.Execute(”another.aspx”)和Server.Transfer(”another.aspx”)區別:
Execute是從當前頁面轉移到指定頁面,並將執行返回到當前頁面
Transfer是將執行完全轉移到指定頁面
總結：
在網絡狀態較好的情況下,Redirect(url)方法效率最高!! 可重定向到同一台或非同一台服務器上的aspx或非aspx（html）資源
Server.Transfer方法和Server.Execute方法最靈活!! 但只能轉到同一Application目錄下，也有可能導致不期望的結果發生
Server.Execute方法占用資源最多.
Server.Execute 可以解決動態include包含的問題。