標籤：
轉寄地址：http://www.cnblogs.com/shenliang123/archive/2011/10/27/2226892.html
response.sendredirect("http://www.foo.com/path/error.html");
重新導向和轉寄有一個重要的不同：當使用轉寄時，JSP容器將使用一個內部的方法來調用目標頁面，新的頁面繼續處理同一個請求，而瀏覽器將不會知道這個過程。 與之相反，重新導向方式的含義是第一個頁面通知瀏覽器發送一個新的頁面請求。因為，當你使用重新導向時，瀏覽器中所顯示的URL會變成新頁面的URL, 而當使用轉寄時，該URL會保持不變。重新導向的速度比轉寄慢，因為瀏覽器還得發出一個新的請求。同時，由於重新導向方式產生了一個新的請求，所以經過一次重 定向後，request內的對象將無法使用。
怎麼選擇是重新導向還是轉寄呢？通常情況下轉寄更快，而且能保持request內的對象，所以他是第一選擇。但是由於在轉寄之後，瀏覽器中URL仍然指向開始頁面，此時如果重載當前頁面，開始頁面將會被重新調用。如果你不想看到這樣的情況，則選擇轉寄。
轉寄和重新導向的區別
不要僅僅為了把變數傳到下一個頁面而使用session範圍，那會無故增大變數的範圍，轉寄也許可以協助你解決這個問題。
重新導向：以前的request中存放的變數全部失效，並進入一個新的request範圍。
轉寄：以前的request中存放的變數不會失效，就像把兩個頁面拼到了一起。
本文開始：
先是看上去不同，他們的調用分別如下：
request.getRequestDispatcher("apage.jsp").forward(request, response);//轉寄到apage.jsp
response.sendRedirect("apage.jsp");//重新導向到apage.jsp
在jsp頁面中你也會看到通過下面的方式實現轉寄：
<jsp:forward page="apage.jsp" />
我在初學jsp的時候，對這兩個概念非常模糊，看別人的例子的時候，也是一頭霧水，不知道什麼時候該用哪個。希望下面的解說能對你有所協助。
提 到轉寄和重新導向就不得不提到request範圍。很多初學者都知道當我們提交一個表單時，就建立了一個新的請求。實際上，當我們點擊一個連結時，也建立 了一個新的請求。那麼一個請求的作用於到底有多大呢？例如：在頁面a.jsp中有一個連結<a href="b.jsp?id=1">這是指向b的一個連結，而且還帶了一個參數</a>。當我們點擊這個串連的時候，就產生了一個請 求，為了明確起見，我們把它叫做requestA->B。現在，在b.jsp頁面中我們就可以從這個請求中擷取資訊了。在b.jsp中你可以寫入 out.println(request.getParameter("id"))進行測試。下面更複雜一點，我們在b.jsp頁面中增加下面的語句：
request.setAttribute("name","funcreal");
out.println(request.getAttriblute("name"));//成功顯示了name變數的值。
現 在在b.jsp中再增加一個連結：<a href="c.jsp?age=23">這是指向c的一個連結，而且還帶了一個參數</a>,當我們點擊這個串連的時候，將產生一個 新的請求，這時requestA-B也就安息了，新的請求叫做requestB-C。同樣的道理，在c.jsp中，我們可以訪問到的變數只有age，因為 id，name這兩個變數都屬於requestA-B，此時他已經不存在了。下面是原始碼：
a.jsp
<%@ page contentType="text/html; charset=GBK" %>
<html>
<body bgcolor="#ffffff">
<a href="b.jsp?id=1">指向b.jsp，而且還帶了一個參數id=1。requestA-B現在誕生了</a>
</body>
</html>
b.jsp
<%@ page contentType="text/html; charset=GBK" %>
<html>
<body bgcolor="#ffffff">
<%
out.println("id=" + request.getParameter("id"));
request.setAttribute("name","Func Real");
out.println("name=" + request.getAttribute("name"));
%>
<a href="c.jsp?age=23">requestA-B已經結束了。指向c.jsp，而且還帶了一個參數age=23</a>
</body>
</html>
c.jsp
<%@ page contentType="text/html; charset=GBK" %>
<html>
<body bgcolor="#ffffff">
<%
out.println("id=" + request.getParameter("id"));
out.println("name=" + request.getAttribute("name"));
out.println("age=" + request.getParameter("age"));
%>
</body>
</html>
那麼轉寄又是怎麼回事呢？現在增加一個頁面叫做d.jsp，並且在c.jsp中</body>前面增加一句<jsp:forward page="d.jsp"/>
d.jsp
<%@ page contentType="text/html; charset=GBK" %>
<html>
<body bgcolor="#ffffff">
requestB-C的魔爪已經伸到了d.jsp頁面
<%
out.println("age=" + request.getParameter("age"));
%>
</body>
</html>
運 行程式，你會發現c頁面中的內容沒有顯示出來，因為forward是自動執行的，地址欄中雖然是c.jsp但實際上，但瀏覽器中顯示的已經是d.jsp的 內容了，而且看到了從b.jsp傳過來的參數。你可以簡單得這樣理解：轉寄，就是延長了requestB-C的作用 域，<jsp:forwardpage="d.jsp"/>，這一句話實際上是把c.jsp和d.jsp粘到了一起，他們就像是在一個頁面 中。
如果你用過struts，那麼你就知道為什麼在Action中，最後一句幾乎總是mapping.findForward("xxx");了。因為我們在這個Action中設定的請求範圍的變數都將會在下一個頁面（也許是另一個Action）中用到，所以要用轉寄。
下面是HttpServletResponse.sendRedirect 方法實現的請求重新導向與RequestDispatcher.forward 方法實現的請求轉寄的總結比較：
（1）RequestDispatcher.forward 方法只能將請求轉寄給同一個WEB應用中的組件；而HttpServletResponse.sendRedirect 方法不僅可以重新導向到當前應用程式中的其他資源，還可以重新導向到同一個網站上的其他應用程式中的資源，甚至是使用絕對URL重新導向到其他網站的資源。如果 傳遞給HttpServletResponse.sendRedirect 方法的相對URL以“/”開頭，它是相對於整個WEB網站的根目錄；如果建立RequestDispatcher 對象時指定的相對URL以“/”開頭，它是相對於當前WEB應用程式的根目錄。
（2）調用HttpServletResponse.sendRedirect 方法重新導向的訪問過程結束後，瀏覽器地址欄中顯示的URL會發生改變，由初始的URL地址變成重新導向的目標URL；而調用 RequestDispatcher.forward 方法的請求轉寄過程結束後，瀏覽器地址欄保持初始的URL地址不變。
（3）HttpServletResponse.sendRedirect 方法對瀏覽器的請求直接作出響應，響應的結果就是告訴瀏覽器去重新發出對另外一個URL的訪問請求。
舉個例子：重新導向過程好比有個綽號叫“瀏覽器”的人寫信找張三借錢，張三回信說沒有錢，讓“瀏覽器”去找李四借，並將李四現在的通訊地址告訴給了“瀏覽器 ”。於是，“瀏覽器”又按張三提供通訊地址給李四寫信借錢，李四收到信後就把錢匯給了“瀏覽器”。可見，“瀏覽器”一共發出了兩封信和收到了兩次回複，“ 瀏覽器”也知道他借到的錢出自李四之手。 RequestDispatcher.forward 方法在伺服器端內部將請求轉寄給另外一個資源，瀏覽器只知道發出了請求並得到了響應結果，並不知道在伺服器程式內部發生了轉寄行為。這個過程好比綽號叫“ 瀏覽器”的人寫信找張三借錢，張三沒有錢，於是張三找李四借了一些錢，甚至還可以加上自己的一些錢，然後再將這些錢匯給了“瀏覽器”。可見，“瀏覽器”只 發出了一封信和收到了一次回複，他只知道從張三那裡借到了錢，並不知道有一部分錢出自李四之手。
（4）RequestDispatcher.forward 方法的調用者與被調用者之間共用相同的request 對象和response 對象，它們屬於同一個訪問請求和響應過程；而HttpServletResponse.sendRedirect 方法調用者與被調用者使用各自的request 對象和response 對象，它們屬於兩個獨立的訪問請求和響應過程。
對於同一個WEB應用程式的內部資源之間的跳轉，特別是跳轉之前要對請求進行一些前期預先處理，並要使用 HttpServletRequest.setAttribute 方法傳遞預先處理結果，那就應該使用RequestDispatcher.forward 方法。
不同WEB應用程式之間的重新導向，特別是要重新導向到另外一個WEB網站上的資源的情況，都應該使HttpServletResponse.sendRedirect 方法。
（5）無論是RequestDispatcher.forward 方法，還是HttpServletResponse.sendRedirect 方法，在調用它們之前，都不能有內容已經被實際輸出到了用戶端。如果緩衝區中已經有了一些內容，這些內容將被從緩衝區中清除。
java 重新導向和轉寄的區別（轉）
Start building with 50+ products and up to 12 months usage for Elastic Compute Service
1 on 1 presale consultation
24/7 Technical Support 6 Free Tickets per Quarter Faster Response
Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.
A comprehensive suite of global cloud computing services to power your business
Payment Methods We Support
