儘管
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
方法,在調用它們以前,都不能有內容已經被實際輸出到了客戶端。若是緩衝區中已經有了一些內容,這些內容將被從緩衝區中清除。