JavaWeb 頁面的轉發和重定向
重定向和轉發有一個重要的不同：當使用轉發時，JSP容器將使用一個內部的方法來呼叫目標頁面，新的頁面繼續處理同一個請求，而瀏覽器將不會知道這個過程。 與之相反，重定向方式的含義是第一個頁面通知瀏覽器傳送一個新的頁面請求。因為，當你使用重定向時，瀏覽器中所顯示的URL會變成新頁面的URL, 而當使用轉發時，該URL會保持不變。重定向的速度比轉發慢，因為瀏覽器還得發出一個新的請求。同時，由於重定向方式產生了一個新的請求，所以經過一次重定向後，request內的物件將無法使用。
怎麼選擇是重定向還是轉發呢？通常情況下轉發更快，而且能保持request內的物件，所以他是第一選擇。但是由於在轉發之後，瀏覽器中URL仍然指向開始頁面，此時如果過載當前頁面，開始頁面將會被重新呼叫。如果你不想看到這樣的情況，則選擇重定向。
轉發和重定向的區別：
重定向：以前的request中存放的變數全部失效，並進入一個新的request作用域。
轉發：以前的request中存放的變數不會失效，就像把兩個頁面拼到了一起。
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 方法，在呼叫它們之前，都不能有內容已經被實際輸出到了客戶端。如果緩衝區中已經有了一些內容，這些內容將被從緩衝區中清除。