轉向與重新導向的聯絡與區別

定義：
不要僅僅為了把變數傳到下一個頁面而使用session範圍，那會無故增大變數的範圍，轉寄也許可以協助你解決這個問題。
重新導向：以前的request中存放的變數全部失效，並進入一個新的request範圍。
轉寄：以前的request中存放的變數不會失效，就像把兩個頁面拼到了一起。

調用方式如下：
request.getRequestDispatcher("apage.jsp").forward(request, response);//轉寄到apage.jsp ，地址欄地址不變。
response.sendRedirect("apage.jsp");//重新導向到apage.jsp ，地址欄地址相應變化。
在jsp頁面中你也會看到通過下面的方式實現轉寄：

總結：
用重新導向和轉寄不是一個習慣問題。而是什麼情況下必須用什麼的問題。
不要僅僅為了把變數傳到下一個頁面而使用session範圍，那會無故增大變數的範圍，轉寄也許可以協助你解決這個問題。
重新導向：以前的request中存放的變數全部失效，並進入一個新的request範圍。
轉寄：以前的request中存放的變數不會失效，就像把兩個頁面拼到了一起。

1、dispatch還是原來的request，但是redirect則是重建立立一個request。
2、dispatch基本上都是轉寄到context內部的資源，而redirect可以重新導向到外部的資源,如： req.sendRedriect("http://www.mocuai.com");
有關JSP/Servlet的重新導向技術綜述如下[補充]

1.RequestDispatcher.forward()
  是在伺服器端起作用,當使用forward()時,Servlet engine傳遞HTTP請求從當前的Servlet or JSP到另外一個Servlet,JSP 或普通HTML檔案,也即你的form提交至a.jsp,在a.jsp用到了forward()重新導向至b.jsp,此時form提交的所有資訊在b.jsp都可以獲得,參數自動傳遞.
  但forward()無法重新導向至有frame的jsp檔案,可以重新導向至有frame的html檔案,同時forward()無法在後面帶參數傳遞,比如servlet?name=frank,這樣不行,可以程式內通過response.setAttribute("name",name)來傳至下一個頁面.

   重新導向後瀏覽器地址欄URL不變.

例:在servlet中進行重新導向
public void doPost(HttpServletRequest request,HttpServletResponse response)
throws ServletException,IOException
{

        response.setContentType("text/html; charset=gb2312");

        ServletContext sc = getServletContext();

        RequestDispatcher rd = null;

        rd = sc.getRequestDispatcher("/index.jsp");     //定向的頁面

        rd.forward(request, response);

}
通常在servlet中使用，不在jsp中使用。

2.response.sendRedirect()
    是在使用者的瀏覽器端工作,sendRedirect()可以帶參數傳遞,比如servlet?name=frank傳至下個頁面,同時它可以重新導向至不同的主機上,sendRedirect()可以重新導向有frame.的jsp檔案.
   重新導向後在瀏覽器地址欄上會出現重新導向頁面的URL
例:在servlet中重新導向
public void doPost(HttpServletRequest request,HttpServletResponse response)

        throws ServletException,IOException

{

        response.setContentType("text/html; charset=gb2312");

        response.sendRedirect("/index.jsp");

}
由於response是jsp頁面中的隱含對象，故在jsp頁面中可以用response.sendRedirect()直接實現重定位。
注意：
(1).使用response.sendRedirect時，前面不能有HTML輸出。
這並不是絕對的，不能有HTML輸出其實是指不能有HTML被送到了瀏覽器。事實上現在的server都有cache機制，一般在8K（我是說JSP　SERVER），這就意味著，除非你關閉了cache，或者你使用了out.flush()強制重新整理，那麼在使用sendRedirect之前，有少量的HTML輸出也是允許的。
(2).response.sendRedirect之後，應該緊跟一句return;
我們已經知道response.sendRedirect是通過瀏覽器來做轉向的，所以只有在頁面處理完成後，才會有實際的動作。既然你已經要做轉向了，那麼後的輸出還有什麼意義呢？而且有可能會因為後面的輸出導致轉向失敗。
比較：
(1).Request Dispatcher.forward()是容器中控制權的轉向，在用戶端瀏覽器地址欄中不會顯示出轉向後的地址；
(2).response.sendRedirect()則是完全的跳轉，瀏覽器將會得到跳轉的地址，並重新發送請求連結。這樣，從瀏覽器的地址欄中可以看到跳轉後的連結地址。
前者更加高效，在前者可以滿足需要時，盡量使用RequestDispatcher.forward()方法.

註：在有些情況下，比如，需要跳轉到一個其它伺服器上的資源，則必須使用HttpServletResponse.sendRequest()方法。

3.<jsp:forward page="" />

它的底層部分是由RequestDispatcher來實現的，因此它帶有RequestDispatcher.forward()方法的印記。

如果在<jsp:forward>之前有很多輸出,前面的輸出已使緩衝區滿,將自動輸出到用戶端,那麼該語句將不起作用,這一點應該特別注意。
另外要注意：它不能改變瀏覽器地址，重新整理的話會導致重複提交

4.修改HTTP header的Location屬性來重新導向
   通過設定直接修改地址欄來實現頁面的重新導向。
jsp檔案代碼如下：

＜%
response.setStatus(HttpServletResponse.SC_MOVED_PERMANENTLY);
String newLocn = "/newpath/jsa.jsp";
response.setHeader("Location",newLocn);
%＞

5.JSP中實現在某頁面停留若干秒後,自動重新導向到另一頁面
  在html檔案中，下面的代碼：
    <meta http-equiv="refresh" content="300; url=target.jsp">
    它的含義：在5分鐘之後正在瀏覽的頁面將會自動變為target.html這一頁。代碼中300為重新整理的延遲時間，以秒為單位。targer.html為你想轉向的目標頁,若為本頁則為自動重新整理本頁。
    由上可知，可以通過setHeader來實現某頁面停留若干秒後,自動重新導向到另一頁面。
    關鍵代碼：
          String content=stayTime+";URL="+URL;
          response.setHeader("REFRESH",content);  

如何選擇：

RequestDispatcher.forward()方法和HttpServletResponse.sendRedirect()方法的區別是：前者僅是容器中控制權的轉向，在用戶端瀏覽器地址欄中不會顯示出轉向後的地址；後者則是完全的跳轉，瀏覽器將會得到跳轉的地址，並重新發送請求連結。這樣，從瀏覽器的地址欄中可以看到跳轉後的連結地址。所以，前者更加高效，在前者可以滿足需要時，盡量使用Request Dispatcher.forward()方法，並且，這樣也有助於隱藏實際的連結。在有些情況下，比如，需要跳轉到一個其它伺服器上的資源，則必須使用 HttpServletResponse.sendRequest()方法。

 

原理：
1、 Forward
這種方式是在伺服器端作的重新導向。伺服器往client 發送資料的過程是這樣的：伺服器在向用戶端發送資料之前，是先將資料輸出到緩衝區，然後將緩衝區中資料發送給client端。什麼時候將緩衝區裡的資料發送給client端呢？（1）當對來自client的request處理完，並把所有資料輸出到緩衝區，（2）當緩衝區滿，（3）在程式中調用緩衝區的輸出方法out.flush()或response.flushbuffer()，web container才將緩衝區中的資料發送給client。
這種重新導向方式是利用伺服器端的緩衝區機制，在把緩衝區的資料發送到用戶端之前，原來的資料不發送，將執行轉向重新導向頁面，發送重新導向頁面的資料，重新導向調用頁的資料將被清除。特別提示:在<JSP:FORWORD>之前有很多輸出，前面的輸出已使緩衝區滿，將自動輸出到用戶端，那麼這種重新導向方式將不起作用。
public void doPost(HttpServletRequest request,HttpServletResponse response) throws ServletException,IOException
{
response.setContentType(”text/html; charset=UTF-8″);
ServletContext sc = getServletContext();
RequestDispatcher rd = null;
rd = sc.getRequestDispatcher(”/index.jsp”);
rd.forward(request, response);
}
2、 sendRedirect
這種方式是在用戶端作的重新導向處理。該方法通過修改HTTP協議的HEADER部分(設定狀態碼302,命令瀏覽器發重新發送請求),對瀏覽器下達重新導向指令的，讓瀏覽器對在location中指定的URL提出請求，使瀏覽器顯示重新導向網頁的內容。該方法可以接受絕對的或相對的URLs。如果傳遞到該方法的參數是一個相對的URL，那麼Web container在將它發送到用戶端前會把它轉換成一個絕對的URL。public void doPost(HttpServletRequest request,HttpServletResponse response) throws ServletException,IOException
{
response.setContentType(”text/html; charset=UTF-8″);
//response.sendRedirect(”/index.jsp”); 效果和前面forward一樣
response.sendRedirect(”http://www.sohu.com”); //跳轉到sohu
}

 

 

區別：

1、forward重新導向是在容器內部實現的同一個Web應用程式的重新導向，所以forward方法只能重新導向到同一個Web應用程式中的一個資源，重新導向後瀏覽器地址欄URL不變，而sendRedirect方法可以重新導向到任何URL， 因為這種方法是修改http頭來實現的，URL沒什麼限制，重新導向後瀏覽器地址欄URL改變。
2、forward重新導向將原始的HTTP請求對象（request）從一個servlet執行個體傳遞到另一個執行個體，而採用sendRedirect方式兩者不是同一個application。
3、基於第二點，參數的傳遞方式不一樣。forward的form參數跟著傳遞，所以在第二個執行個體中可以取得HTTP請求的參數。sendRedirect只能通過連結傳遞參數，response.sendRedirect(“login.jsp?param1=a”)。
4、sendRedirect能夠處理相對URL，自動把它們轉換成絕對URL，如果地址是相對的，沒有一個‘/’，那麼Web container就認為它是相對於當前的請求URI的。比如，如果為response.sendRedirect(”login.jsp”)，則會從當前servlet 的URL路徑下找login.jsp： http://127.0.0.1:8080/test/servlet/Servlet 重新導向的URL: http://127.0.0.1:8080/test/servlet/login.jsp，如果為response.sendRedirect(”/login.jsp”)則會從當前應用徑下尋找url:http://127.0.0.1:8080/login.jsp。而forward不能這樣處理相對路徑。
java
他們的區別是：
response.sendRedirect是向客戶瀏覽器發送頁面重新導向指令，瀏覽器接收後將向web伺服器重新發送頁面請求，所以執行完後瀏覽器的url顯示的是跳轉後的頁面。跳轉頁面可以是一個任意的url（本伺服器的和其他伺服器的均可）。
RequestDispatcher.forward 則是直接在伺服器中進行處理，將處理完後的資訊發送給瀏覽器進行顯示,所以完成後在url中顯示的是跳轉前的頁面。在forward的時候將上一頁面中傳送的request和response資訊一同發送給下一頁面（而response.sendRedirect不能將上一頁面的request和 response資訊發送到下一頁面）。由於forward是直接在伺服器中進行處理，所以forward的頁面只能是本伺服器的。