請求轉發和重定向的區別及應用場景分析

頁面跳轉的兩種方式(轉發和重定向)區別詳解：

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

      一、RequestDispatcher.forward方法只能將請求轉發給同一個WEB應用中的組件；而HttpServletResponse.sendRedirect 方法不只能夠重定向到當前應用程序中的其餘資源，還能夠重定向到同一個站點上的其餘應用程序中的資源，甚至是使用絕對URL重定向到其餘站點的資源。若是傳遞給HttpServletResponse.sendRedirect 方法的相對URL以「/」開頭，它是相對於整個WEB站點的根目錄；若是建立RequestDispatcher對象時指定的相對URL以「/」開頭，它是相對於當前WEB應用程序的根目錄。

      二、調用HttpServletResponse.sendRedirect方法重定向的訪問過程結束後，瀏覽器地址欄中顯示的URL會發生改變，由初始的URL地址變成重定向的目標URL；而調用RequestDispatcher.forward 方法的請求轉發過程結束後，瀏覽器地址欄保持初始的URL地址不變。

      三、HttpServletResponse.sendRedirect方法對瀏覽器的請求直接做出響應，響應的結果就是告訴瀏覽器去從新發出對另一個URL的 訪問請求，這個過程比如有個綽號叫「瀏覽器」的人寫信找張三借錢，張三回信說沒有錢，讓「瀏覽器」去找李四借，並將李四如今的通訊地址告訴給了「瀏覽器」。因而，「瀏覽器」又按張三提供通訊地址給李四寫信借錢，李四收到信後就把錢匯給了「瀏覽器」。可見，「瀏覽器」一共發出了兩封信和收到了兩次回覆， 「瀏覽器」也知道他借到的錢出自李四之手。RequestDispatcher.forward方法在服務器端內部將請求轉發給另一個資源，瀏覽器只知道發出了請求並獲得了響應結果，並不知道在服務器程序內部發生了轉發行爲。這個過程比如綽號叫「瀏覽器」的人寫信找張三借錢，張三沒有錢，因而張三找李四借了一些錢，甚至還能夠加上本身的一些錢，而後再將這些錢匯給了「瀏覽器」。可見，「瀏覽器」只發 出了一封信和收到了一次回覆，他只知道從張三那裏借到了錢，並不知道有一部分錢出自李四之手。

       四、RequestDispatcher.forward方法的調用者與被調用者之間共享相同的request對象和response對象，它們屬於同一個訪問請求和響應過程；而HttpServletResponse.sendRedirect方法調用者與被調用者使用各自的request對象和response對象，它們屬於兩個獨立的訪問請求和響應過程。對於同一個WEB應用程序的內部資源之間的跳轉，特別是跳轉以前要對請求進行一些前期預處理，並要使用HttpServletRequest.setAttribute方法傳遞預處理結果，那就應該使用RequestDispatcher.forward方法。不一樣WEB應用程序之間的重定向，特別是要重定向到另一個WEB站點上的資源的狀況，都應該使用HttpServletResponse.sendRedirect方法。

        五、不管是RequestDispatcher.forward方法，仍是HttpServletResponse.sendRedirect方法，在調用它們以前，都不能有內容已經被實際輸出到了客戶端。若是緩衝區中已經有了一些內容，這些內容將被從緩衝區中。

以上五點的論述來源於：點擊查看原文論述

 

1、轉發和重定向的圖解

1）請求轉發：
　　request.getRequestDispatcher(URL地址).forward(request, response)

處理流程：

1. 客戶端發送請求，Servlet作出業務邏輯處理。
2. Servlet調用forword()方法，服務器Servlet把目標資源返回給客戶端瀏覽器。

2）重定向：
　　response.sendRedirect(URL地址)

處理流程：

1. 客戶端發送請求，Servlet作出業務邏輯處理。
2. Servlet調用response.sendReadirect()方法，把要訪問的目標資源做爲response響應頭信息發給客戶端瀏覽器。
3. 客戶端瀏覽器從新訪問服務器資源xxx.jsp，服務器再次對客戶端瀏覽器作出響應。

　　以上兩種狀況，你都須要考慮Servlet處理完後，數據如何在jsp頁面上呈現。圖例是請求、響應的流程，沒有標明數據如何處理、展示。

 

2、兩種跳轉得到對象的方式

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

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

3、轉發和重定向的路徑問題

1）使用相對路徑在重定向和轉發中沒有區別
2）重定向和請求轉發使用絕對路徑時，根/路徑表明了不一樣含義
重定向response.sendRedirect("xxx")是服務器向客戶端發送一個請求頭信息，由客戶端再請求一次服務器。/指的Tomcat的根目錄,寫絕對路徑應該寫成"/當前Web程序根名稱/資源名" 。如"/WebModule/login.jsp","/bbs/servlet/LoginServlet"
轉發是在服務器內部進行的，寫絕對路徑/開頭指的是當前的Web應用程序。絕對路徑寫法就是"/login.jsp"或"/servlet/LoginServlet"。

總結：以上要注意是區分是從服務器外的請求，還在是內部轉發，從服務器外的請求，從Tomcat根寫起(就是要包括當前Web的根)；是服務器內部的轉發，很簡單了，由於在當前服務器內，/寫起指的就是當前Web的根目錄。

4、轉發和重定向的區別

1. request.getRequestDispatcher()是容器中控制權的轉向，在客戶端瀏覽器地址欄中不會顯示出轉向後的地址；服務器內部轉發，整個過程處於同一個請求當中。
   response.sendRedirect()則是徹底的跳轉，瀏覽器將會獲得跳轉的地址，並從新發送請求連接。這樣，從瀏覽器的地址欄中能夠看到跳轉後的連接地址。不在同一個請求。重定向，實際上客戶端會向服務器端發送兩個請求。
   因此轉發中數據的存取能夠用request做用域：request.setAttribute(), request.getAttribute()，重定向是取不到request中的數據的。只能用session。

2. forward()更加高效，在能夠知足須要時，儘可能使用RequestDispatcher.forward()方法。（思考一下爲何？）

3. RequestDispatcher是經過調用HttpServletRequest對象的getRequestDispatcher()方法獲得的，是屬於請求對象的方法。
   sendRedirect()是HttpServletResponse對象的方法，即響應對象的方法，既然調用了響應對象的方法，那就代表整個請求過程已經結束了，服務器開始向客戶端返回執行的結果。

4. 重定向能夠跨域訪問，而轉發是在web服務器內部進行的，不能跨域訪問。

 

5、轉發和跳轉的小結     

      一、轉發使用的是getRequestDispatcher()方法;重定向使用的是sendRedirect();

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

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

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

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

6、轉發和重定向的選擇     

      一、重定向的速度比轉發慢，由於瀏覽器還得發出一個新的請求，若是在使用轉發和重定向都無所謂的時候建議使用轉發。

      二、由於轉發只能訪問當前WEB的應用程序，因此不一樣WEB應用程序之間的訪問，特別是要訪問到另一個WEB站點上的資源的狀況，這個時候就只能使用重定向了。

7、轉發和重定向的應用場景     

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

       例如，當提交產品表單的時候，執行保存的方法將會被調用，並執行相應的動做；這在一個真實的應用程序中，頗有可能將表單中的全部產品信息加入到數據庫中。可是若是在提交表單後，從新加載頁面，執行保存的方法就頗有可能再次被調用。一樣的產品信息就將可能再次被添加，爲了不這種狀況，提交表單後，你能夠將用戶重定向到一個不一樣的頁面，這樣的話，這個網頁任意從新加載都沒有反作用；

       可是，使用重定向不太方便的地方是，使用它沒法將值輕鬆地傳遞給目標頁面。而採用轉發，則能夠簡單地將屬性添加到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:/……";

　

　　參考原文連接：https://blog.csdn.net/liubin5620/article/details/79922692，https://blog.csdn.net/qq_34111779/article/details/78164027

　　寫博客是爲了記住本身容易忘記的東西，另外也是對本身工做的總結，文章能夠轉載，無需版權。但願盡本身的努力，作到更好，你們一塊兒努力進步！

若是有什麼問題，歡迎你們一塊兒探討，代碼若有問題，歡迎各位大神指正！