轉發與重定向的區別

轉發方式:request.getRequestDispatcher().forward();

重定向方式:response.sendRedirect();

下面是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方法，在調用它們之前，都不能有內容已經被實際輸出到了客戶端。如果緩沖區中已經有了一些內容，這些內容將被從緩沖區中清除。
??????
??????? 怎么選擇是重定向還是轉發呢？通常情況下轉發更快，而且能保持request內的對象，所以他是第一選擇。但是由于在轉發之后，瀏覽器中URL仍然指向開始頁面，此時如果重載當前頁面，開始頁面將會被重新調用。如果你不想看到這樣的情況，則選擇轉發。
不要僅僅為了把變量傳到下一個頁面而使用session作用域，那會無故增大變量的作用域，轉發也許可以幫助你解決這個問題。
重定向：以前的request中存放的變量全部失效，并進入一個新的request作用域。
轉發：以前的request中存放的變量不會失效，就像把兩個頁面拼到了一起。

?

總結

以上是生活随笔為你收集整理的重定向和转发之间的区别的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。