儘管HttpServletResponse.sendRedirect 方法和RequestDispatcher.forward 方法都可以讓瀏覽器獲得另外一個URL所指向的資源,但兩者的內部運行機制有著很大的區別。
下面是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 方法,在調用它們之前,都不能有內容已經被實際輸出到了用戶端。如果緩衝區中已經有了一些內容,這些內容將被從緩衝區中清除。