轉發與重定向的區別總結

時間 2019-11-18

原文原文鏈接

重定向和轉發有一個重要的不一樣：當使用轉發時，JSP容器將使用一個內部的方法來調用目標頁面，新的頁面繼續處理同一個請求，而瀏覽器將不會知道這個過程。與之相反，重定向方式的含義是第一個頁面通知瀏覽器發送一個新的頁面請求。由於，當你使用重定向時，瀏覽器中所顯示的URL會變成新頁面的URL, 而當使用轉發時，該URL會保持不變。重定向的速度比轉發慢，由於瀏覽器還得發出一個新的請求。同時，因爲重定向方式產生了一個新的請求，因此通過一次重定向後，request內的對象將沒法使用。

怎麼選擇是重定向仍是轉發呢？一般狀況下轉發更快，並且能保持request內的對象，因此他是第一選擇。可是因爲在轉發以後，瀏覽器中URL仍然指向開始頁面，此時若是重載當前頁面，開始頁面將會被從新調用。若是你不想看到這樣的狀況，則選擇轉發。

轉發和重定向的區別

不要僅僅爲了把變量傳到下一個頁面而使用session做用域，那會無端增大變量的做用域，轉發也許能夠幫助你解決這個問題。

重定向：之前的request中存放的變量所有失效，並進入一個新的request做用域。

轉發：之前的request中存放的變量不會失效，就像把兩個頁面拼到了一塊兒。html

正文開始：瀏覽器

先是看上去不一樣，他們的調用分別以下：

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>session

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>app

那麼轉發又是怎麼回事呢？如今增長一個頁面叫作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）中用到，因此要用轉發。jsp

下面是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 方法，在調用它們以前，都不能有內容已經被實際輸出到了客戶端。若是緩衝區中已經有了一些內容，這些內容將被從緩衝區中清除。測試

相關標籤/搜索

每日一句

每一个你不满意的现在，都有一个你没有努力的曾经。