作為一名Java Web開發的程序員，在使用Servlet/JSP的時候，我們必須要知道實現頁面跳轉的兩種方式的區別和聯系：即轉發和重定向的區別。
什么是轉發
客戶首先發送一個請求到服務器端，服務器端發現匹配的Servlet，並指定它去執行。當這個Servlet執行完之后，它要調用getRequestDispacther()方法，把請求轉發給指定的JSP，整個流程都是在服務器端完成的，而且是在同一個請求里面完成的，因此Servlet和JSP共享的是同一個Request，在Servlet里面放的所有東西，在JSP中都能取出來，因此，JSP能把結果getAttribute()出來，getAttribute()出來后執行完把結果返回給客戶端。整個過程是一個請求，一個響應。
request.getRequestDispatcher("/yanggb.jsp").forword(request, response);
什么是重定向
客戶首先發送一個請求到服務器端，服務器端發現匹配的Servlet，並指定它去執行。當這個Servlet執行完之后，它就會調用sendRedirect()方法，立即向客戶端返回這個響應，響應告訴客戶端你必須要再發送一個請求，去訪問JSP。緊接着客戶端收到這個請求后，就會立刻發出一個新的請求，去請求JSP，這里的兩個請求互不干擾，相互獨立。這就意味着，在前面Request里面setAttribute()的任何東西，在后面的request里面都獲得不了。由此可見，在sendRedirect()里面是兩個請求，兩個響應（服務器向瀏覽器發送一個302狀態碼以及一個location消息頭，瀏覽器收到請求后會向再次根據重定向地址發出請求）。
response.sendRedirect("/yanggb.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()則方法在服務器端內部將請求轉發給另外一個資源，瀏覽器只知道發出了請求並得到了響應結果，並不知道在服務器程序內部發生了轉發行為。這個過程好比綽號叫瀏覽器的人寫信找張三借錢，張三沒有錢，於是張三找李四借了一些錢，甚至還可以加上自己的一些錢，然后再將這些錢匯給了瀏覽器。可見，瀏覽器只發出了一封信和收到了一次回復，他只知道從張三那里借到了錢，並不知道有一部分錢出自李四之手。
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();
常見解釋一
一句話，轉發是服務器行為，重定向是客戶端行為。為什么這樣說呢，這就要看兩個動作的工作流程：
轉發過程：客戶瀏覽器發送http請求->web服務器接受此請求->調用內部的一個方法在容器內部完成請求處理和轉發動作->將目標資源發送給客戶；在這里，轉發的路徑必須是同一個web容器下的url，其不能轉向到其他的web路徑上去，中間傳遞的是自己的容器內的request。在客戶瀏覽器路徑欄顯示的仍然是其第一次訪問的路徑，也就是說客戶是感覺不到服務器做了轉發的。轉發行為是瀏覽器只做了一次訪問請求。
重定向過程：客戶瀏覽器發送http請求->web服務器接受后發送302狀態碼響應及對應新的location給客戶瀏覽器->客戶瀏覽器發現是302響應，則自動再發送一個新的http請求，請求url是新的location地址->服務器根據此請求尋找資源並發送給客戶。在這里location可以重定向到任意URL，既然是瀏覽器重新發出了請求，則就沒有什么request傳遞的概念了。在客戶瀏覽器路徑欄顯示的是其重定向的路徑，客戶可以觀察到地址的變化的。重定向行為是瀏覽器做了至少兩次的訪問請求的。
常見解釋二
重定向，其實是兩次Request。第一次，客戶端request到A，然后服務器響應並response回來，告訴瀏覽器，你應該去B。這個時候IE可以看到地址變了，而且歷史的回退按鈕也亮了。重定向可以訪問自己web應用以外的資源。在重定向的過程中，傳輸的信息會被丟失。
請求轉發是服務器內部把對一個Request/Response的處理權，移交給另外一個對於客戶端而言，它只知道自己最早請求的那個A，而不知道中間的B，甚至C、D。傳輸的信息不會丟失。
常見解釋三
假設你去辦理某個執照，
重定向：你先去了A局，A局的人說，這個事情不歸我們管，去B局。然后，你就從A退了出來，自己乘車去了B局。
轉發：你先去了A局，A局看了以后，知道這個事情其實應該B局來管，但是他沒有把你退回來，而是讓你坐一會兒，自己到后面辦公室聯系了B的人，讓他們辦好后，送了過來。
主要區別
1.請求次數不同。重定向是瀏覽器向服務器發送一個請求並收到響應后再次向一個新地址發出請求，轉發是服務器收到請求后為了完成響應跳轉到一個新的地址；重定向至少請求兩次，轉發請求一次。
2.地址欄不同。重定向地址欄會發生變化，轉發地址欄不會發生變化。
3.是否共享數據不同。重定向兩次請求不共享數據，轉發一次請求共享數據（在Request級別使用信息共享，使用重定向必然出錯）。這就意味着，轉發2次跳轉之間傳輸的信息不會丟失，而重定向2次跳轉之間傳輸的信息會丟失（Request范圍）。
4.跳轉限制不同。重定向可以跳轉到任意URL，轉發只能跳轉本站點資源。
5.發生行為不同。重定向是客戶端行為，轉發是服務器端行為。
兩種跳轉方式的使用場景
1.轉發可以利用request的域對象的特點，由源組件向其中存放寫數據。
2.重定向可以讓用戶訪問到存放在WEB-INF目錄中的目標資源。
3.重定向的速度比轉發慢，因為瀏覽器還得發出一個新的請求，所以如果在使用轉發和重定向都無所謂的時候建議使用轉發。
4.因為轉發只能訪問當前WEB的應用程序，所以不同WEB應用程序之間的訪問，特別是要訪問到另外一個WEB站點上的資源的情況，這個時候就只能使用重定向了。
轉發比重定向快的原因，是因為重定向需要經過客戶端，而轉發沒有。但是若需要重定向到另外一個外部網站，則無法使用轉發。另外，重定向還有一個應用場景：避免在用戶重新加載頁面時兩次調用相同的動作。例如，當提交產品表單的時候，執行保存的方法將會被調用，並執行相應的動作。這在一個真實的應用程序中，很有可能將表單中的所有產品信息加入到數據庫中。但是如果在提交表單后，重新加載頁面，執行保存的方法就很有可能再次被調用。同樣的產品信息就將可能再次被添加。為了避免這種情況，提交表單后，你可以將用戶重定向到一個不同的頁面，這樣的話，這個網頁任意重新加載都沒有副作用。
但是，使用重定向不太方便的地方是，使用它無法將值輕松地傳遞給目標頁面。而采用轉發，則可以簡單地將屬性添加到Model，使得目標視圖可以輕松訪問。由於重定向經過客戶端，所以Model中的一切都會在重定向時丟失。但幸運的是，在Spring3.1版本以后，我們可以通過Flash屬性，解決重定向時傳值丟失的問題。
要使用Flash屬性，必須在Spring MVC的配置文件中添加一個<annotation-driven/>。然后，還必須再方法上添加一個新的參數類型：org.springframework.web.servlet.mvc.support.RedirectAttributes。
@RequestMapping(value="/product", method=RequestMethod.POST) public String saveProduct(ProductForm productForm, RedirectAttributes redirectAttributes){ // 執行產品保存的業務邏輯等 // 傳遞參數 redirectAttributes.addFlashAttribute("message", "The product is saved successfully"); // 執行重定向 return "redirect:/……"; }
"或許世界上真正值得說的事不多，但是如果你想給我說的話，我都願意聽。"