轉發和重定向區別詳解

        作為一名程序員，特別是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方法在服務器端內部將請求轉發給另外一個資源，瀏覽器只知道發出了請求并得到了響應結果，并不知道在服務器程序內部發生了轉發行為。這個過程好比綽號叫“瀏覽器”的人寫信找張三借錢，張三沒有錢，于是張三找李四借了一些錢，甚至還可以加上自己的一些錢，然后再將這些錢匯給了“瀏覽器”?？梢姡盀g覽器”只發 出了一封信和收到了一次回復，他只知道從張三那里借到了錢，并不知道有一部分錢出自李四之手。



       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:/……";



藍藍設計( m.izc.net.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務。