HTTP中的重定向和請求轉發的區別

一、調用方式 

我們知道，在servlet中調用轉發、重定向的語句如下： 

request.getRequestDispatcher("new.jsp").forward(request, response);//轉發到new.jsp
response.sendRedirect("new.jsp");//重定向到new.jsp

在jsp頁面中你也會看到通過下面的方式實現轉發： 

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

當然也可以在jsp頁面中實現重定向： 

<%response.sendRedirect("new.jsp");//重定向到new.jsp%>

含義

重定向(Redirect)就是通過各種方法將各種網絡請求重新定個方向轉到其它位置（如：網頁重定向、域名的重定向、路由選擇的變化也是對數據報文經由路徑的一種重定向）

請求轉發是服務器內部進行轉發。

圖片比較

　　　　

請求轉發：是在客戶端發起請求后，在服務器之間的跳轉，然后服務器返回頁面給客戶端進行顯示。此時地址欄的地址沒有進行改變。

            

重定向 客戶端發起請求之后，服務器會將重定向的地址發給客戶端，客戶端將地址拿到之后，重新發起請求，服務器進行返回數據。地址欄的地址進行改變。

重定向內部源碼

java是如何實現重定向 java里面使用這句話 resp.sendRedirect(url); 重定向。 *

 public void sendRedirect(String location) throws IOException {
        this.sendRedirect(location, 302);
    }
 
    public void sendRedirect(String location, int status) throws IOException {
        if (this.isCommitted()) {
            throw new IllegalStateException(sm.getString("coyoteResponse.sendRedirect.ise"));
        } else if (!this.included) {
            this.resetBuffer(true);
 
            try {
                String locationUri;
                if (this.getRequest().getCoyoteRequest().getSupportsRelativeRedirects() && this.getContext().getUseRelativeRedirects()) {
                    locationUri = location;
                } else {
                    locationUri = this.toAbsolute(location);
                }
 
                this.setStatus(status);
                this.setHeader("Location", locationUri);
                if (this.getContext().getSendRedirectBody()) {
                    PrintWriter writer = this.getWriter();
                    writer.print(sm.getString("coyoteResponse.sendRedirect.note", new Object[]{RequestUtil.filter(locationUri)}));
                    this.flushBuffer();
                }
            } catch (IllegalArgumentException var5) {
                log.warn(sm.getString("response.sendRedirectFail", new Object[]{location}), var5);
                this.setStatus(404);
            }
 
            this.setSuspended(true);
        }
    }

底層的實現方法如上，其實是 將狀態改成 302 ，然后在返回頭中添加一個 Location 的參數里面放請求轉發的地址。當客戶端收到這個返回后，拿到Location 里面的地址進行請求數據。地址欄的地址進行改變。

二、本質區別
解釋一　　

一句話，轉發是服務器行為，重定向是客戶端行為。為什么這樣說呢，這就要看兩個動作的工作流程：

轉發過程：客戶瀏覽器發送http請求----》web服務器接受此請求--》調用內部的一個方法在容器內部完成請求處理和轉發動作----》將目標資源發送給客戶；在這里，轉發的路徑必須是同一個web容器下的url，其不能轉向到其他的web路徑上去，中間傳遞的是自己的容器內的request。在客戶瀏覽器路徑欄顯示的仍然是其第一次訪問的路徑，也就是說客戶是感覺不到服務器做了轉發的。轉發行為是瀏覽器只做了一次訪問請求。

重定向過程：客戶瀏覽器發送http請求----》web服務器接受后發送302狀態碼響應及對應新的location給客戶瀏覽器--》客戶瀏覽器發現是302響應，則自動再發送一個新的http請求，請求url是新的location地址----》服務器根據此請求尋找資源並發送給客戶。在這里location可以重定向到任意URL，既然是瀏覽器重新發出了請求，則就沒有什么request傳遞的概念了。在客戶瀏覽器路徑欄顯示的是其重定向的路徑，客戶可以觀察到地址的變化的。重定向行為是瀏覽器做了至少兩次的訪問請求的。

解釋二
重定向，其實是兩次request,
第一次，客戶端request   A,服務器響應，並response回來，告訴瀏覽器，你應該去B。這個時候IE可以看到地址變了，而且歷史的回退按鈕也亮了。重定向可以訪問自己web應用以外的資源。在重定向的過程中，傳輸的信息會被丟失。 

例子：

請求轉發是服務器內部把對一個request/response的處理權，移交給另外一個 
對於客戶端而言，它只知道自己最早請求的那個A，而不知道中間的B，甚至C、D。 傳輸的信息不會丟失。

 例子： 

解釋三
假設你去辦理某個執照，

重定向：你先去了A局，A局的人說：“這個事情不歸我們管，去B局”，然后，你就從A退了出來，自己乘車去了B局。

轉發：你先去了A局，A局看了以后，知道這個事情其實應該B局來管，但是他沒有把你退回來，而是讓你坐一會兒，自己到后面辦公室聯系了B的人，讓他們辦好后，送了過來。

下面鏈接是一個博主的請求轉發實例

    請求轉發與請求重定向實例：https://www.cnblogs.com/ChrisMurphy/p/5059940.html

頁面跳轉的兩種方式(轉發和重定向)區別及應用場景分析

作為一名程序員，特別是java web開發的程序員，在使用servlet/jsp的時候，我們必須要知道實現頁面跳轉的兩種方式的區別和聯系：即轉發和重定向的區別。

      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方法，在調用它們之前，都不能有內容已經被實際輸出到了客戶端。如果緩沖區中已經有了一些內容，這些內容將被從緩沖區中。

轉發和重定向的圖解 

兩種跳轉獲得對象的方式

//獲得轉發對象getRequestDispatcher()
HttpServletRequest(httpServletRequest).getRequestDispatcher
ServletContext.getRequestDispatcher();

//獲得重定向對象sendRedirect()
HttpServletResponse(httpServletResponse).sendRedirect();

轉發和跳轉的小結
      1、轉發使用的是getRequestDispatcher()方法;重定向使用的是sendRedirect();

      2、轉發：瀏覽器URL的地址欄不變。重定向：瀏覽器URL的地址欄改變；

      3、轉發是服務器行為，重定向是客戶端行為；

      4、轉發是瀏覽器只做了一次訪問請求。重定向是瀏覽器做了至少兩次的訪問請求；

      5、轉發2次跳轉之間傳輸的信息不會丟失，重定向2次跳轉之間傳輸的信息會丟失（request范圍）。

轉發和重定向的選擇
      1、重定向的速度比轉發慢，因為瀏覽器還得發出一個新的請求，如果在使用轉發和重定向都無所謂的時候建議使用轉發。

      2、因為轉發只能訪問當前WEB的應用程序，所以不同WEB應用程序之間的訪問，特別是要訪問到另外一個WEB站點上的資源的情況，這個時候就只能使用重定向了。

轉發和重定向的應用場景
       在上面我已經提到了，轉發是要比重定向快，因為重定向需要經過客戶端，而轉發沒有。有時候，采用重定向會更好，若需要重定向到另外一個外部網站，則無法使用轉發。另外，重定向還有一個應用場景：避免在用戶重新加載頁面時兩次調用相同的動作。

       例如，當提交產品表單的時候，執行保存的方法將會被調用，並執行相應的動作；這在一個真實的應用程序中，很有可能將表單中的所有產品信息加入到數據庫中。但是如果在提交表單后，重新加載頁面，執行保存的方法就很有可能再次被調用。同樣的產品信息就將可能再次被添加，為了避免這種情況，提交表單后，你可以將用戶重定向到一個不同的頁面，這樣的話，這個網頁任意重新加載都沒有副作用；

       但是，使用重定向不太方便的地方是，使用它無法將值輕松地傳遞給目標頁面。而采用轉發，則可以簡單地將屬性添加到Model,使得目標視圖可以輕松訪問。由於重定向經過客戶端，所以Model中的一切都會在重定向時丟失。但幸運的是，在Spring3.1版本以后，我們可以通過Flash屬性，解決重定向時傳值丟失的問題。

       要使用Flash屬性，必須在Spring MVC的配置文件中添加一個<annotation-driven/>。然后，還必須再方法上添加一個新的參數類型：org.springframework.web.servlet.mvc.support.RedirectAttributes。

       如下所示：

@RequestMapping(value="saveProduct",method=RequestMethod.POST)
public String saveProduct(ProductForm productForm,RedirectAttributes redirectAttributes){
 
     //執行產品保存的業務邏輯等
  
     //傳遞參數
       redirectAttributes.addFlashAttribute("message","The product is saved successfully");
   
     //執行重定向
      return "redirect:/……";
}
 

面試真題：

java面試題之----轉發（forward）和重定向（redirect）的區別

重定向和請求轉發的區別 數據庫的事物

回答總結：

在servlet中調用轉發：
request.getRequestDispatcher("new.jsp").forward(request,response);//轉發到new.jsp
在servlet中調用重定向：
response.sendRedirect("new.jsp");//重定向到new.jsp

轉發與重定向的區別：
1.轉發是服務器行為；重定向是客戶端行為。轉發在服務器端完成的；重定向是在客戶端完成的。

2.轉發的速度快；重定向速度慢。

3.轉發的是同一次請求；重定向是兩次不同請求。

4.轉發不會執行轉發后的代碼；重定向會執行重定向之后的代碼。

5.轉發地址欄沒有變化；重定向地址欄有變化。

6.轉發必須是在同一台服務器下完成；重定向可以在不同的服務器下完成。

轉發過程：
客戶瀏覽器發送http請求,web服務器接受此請求,調用內部的一個方法在容器內部完成請求處理和轉發動作,將目標資源發送給客戶;在這里，轉發的路徑必須是同一個web容器下的url，其不能轉向到其他的web路徑上去，中間傳遞的是自己的容器內的request。在客戶瀏覽器路徑欄顯示的仍然是其第一次訪問的路徑，也就是說客戶是感覺不到服務器做了轉發的。轉發行為是瀏覽器只做了一次訪問請求。

重定向過程：
客戶瀏覽器發送http請求,web服務器接受后發送302狀態碼響應及對應新的location給客戶瀏覽器,客戶瀏覽器發現是302響應，則自動再發送一個新的http請求，請求url是新的location地址,服務器根據此請求尋找資源並發送給客戶。在這里location可以重定向到任意URL，既然是瀏覽器重新發出了請求，則就沒有什么request傳遞的概念了。在客戶瀏覽器路徑欄顯示的是其重定向的路徑，客戶可以觀察到地址的變化的。重定向行為是瀏覽器做了至少兩次的訪問請求的。

轉發，一次請求
請求轉發是指定服務器中的某一個資源（Servlet或JSP）在處理請求的過程中，將請求轉發給一個其他的資源，讓其他資源來處理請求。請求只發送一次即可。

重定向，兩次請求
第一次，客戶端發送request請求。A，服務器響應，並response回來，告訴瀏覽器，你應該去B。這個時候，客戶端再發送request請求。B，服務器響應，並response回來。表現為：可以看到地址變了，而且歷史的回退按鈕也亮了。重定向可以訪問自己web應用以外的資源。在重定向的過程中，傳輸的信息會被丟失。