轉發的原理，可以通過下圖展示：

    瀏覽器的請求傳送給元件1，元件1經過一些處理之後，將request和response物件“傳遞”給元件2，由元件2繼續處理，然後輸出響應（當然，也可以繼續向其他元件“傳遞”），這個傳遞的過程稱之為“轉發”。整個過程只涉及一次瀏覽器和伺服器之間的“請求-響應”，轉發過程中的元件共享同一個請求(request)和響應(response)物件。

    轉發的意義在於可以實現元件的“分工”。在基於MVC，多層結構的Web應用中，經常需要多個元件協同完成一次“請求-響應”工作，例如：使用者要獲取“裝置列表資訊”，提交請求至控制器元件（Servlet），該Servlet呼叫適當的JavaBean獲取了“裝置列表”資料然後再轉發至JSP元件去顯示資訊。

   RequestDispatcher物件封裝了轉發操作。通過request的getRequestDispatcher(String path)方法獲得RequestDispatcher物件，其中String型別引數path表示要轉發到的地址。呼叫Dispacther物件的forward(request, response)方法實現轉發。關於轉發的具體操作，有如下幾點需要注意：

1、轉發只能在同一個應用的元件之間進行，不可以轉發給其他應用的地址。

2、轉發的地址可以用“相對地址”方式，也可以用“絕對地址”方式。但需要注意的是：用絕對地址方式時,應從應用名後(Context path)開始。例如：要轉發到的地址為：

3、元件之間通過轉發來分工協作，勢必涉及資料的傳遞，可以通過request物件傳遞資料。request物件的setAttribute和getAttribute分別用於以“名稱-物件對”的形式存取資料。

4、在一個元件轉發給另外一個元件之前，通過response輸出的響應內容是沒有意義的。在轉發之前的通過out物件輸出的內容最終不會輸出到瀏覽器，這是由於RequestDispatcher在轉發之前清空了輸出緩衝區。但如果在轉發之前輸出的資訊超出了緩衝區，或者呼叫了out物件的flush()方法，此響應內容已經輸出到了客戶端(稱之為響應資訊已提交)，此時如果實施轉發操作會丟擲執行時異常：java.lang.IllegalStateException。

二、重定向

重定向的含義可以由下圖說明：

    瀏覽器向某元件發出請求資訊，元件向瀏覽器發回一個重定向響應資訊，該響應資訊不包含具體的資料內容，只是在響應頭資訊中包含了需要重定向到的地址資訊，該地址可以是任何有效的URL。瀏覽器收到該重定向響應後會自動的向響應資訊頭中所指示的地址發出請求。整個重定向的過程涉及兩次“請求-響應”。具體的重定向響應格式如下所示：

HTTP/1.1302 Moved Temporarily

Server: Apache-Coyote/1.1

Content-Length: 0

Date: Mon, 30 Jun 2008 03:52:54 GMT

注意：重定向響應中包含重定向地址的部分。

重定向可以通過response的sendRedirect(String url)方法來實現，注意String型別的引數url表示重定向到的地址，需要注意的是，如果表示重定向到本應用內的一個絕對地址時，要從應用名前開始，例如：tst應用中的某個元件要重定向到本應用內的/jsp/somewhere.jsp，則重定向的絕對地址應該是：“/tst/jsp/somewhere.jsp”這一點和轉發中的絕對地址表示是不同的。

關於重定向的具體操作，有如下幾點需要注意：
1、使用response.sendRedirect時，前面不能有HTML輸出。
這並不是絕對的，不能有HTML輸出其實是指不能有HTML被送到了瀏覽器。事實上現在的server都有cache機制，一般在8K（我是說JSP　SERVER），這就意味著，除非你關閉了cache，或者你使用了out.flush()強制重新整理，那麼在使用sendRedirect之前，有少量的HTML輸出也是允許的。
2、.response.sendRedirect之後，應該緊跟一句return;
我們已經知道response.sendRedirect是通過瀏覽器來做轉向的，所以只有在頁面處理完成後，才會有實際的動作。既然你已經要做轉向了，那麼後的輸出還有什麼意義呢？而且有可能會因為後面的輸出導致轉向失敗。

三、本質區別

一句話，轉發是伺服器行為，重定向是客戶端行為。為什麼這樣說呢，這就要看兩個動作的工作流程：

轉發過程：客戶瀏覽器傳送http請求----》web伺服器接受此請求--》呼叫內部的一個方法在容器內部完成請求處理和轉發動作----》將目標資源傳送給客戶;在這裡，轉發的路徑必須是同一個web容器下的url，其不能轉向到其他的web路徑上去，中間傳遞的是自己的容器內的request。在客戶瀏覽器路徑欄顯示的仍然是其第一次訪問的路徑，也就是說客戶是感覺不到伺服器做了轉發的。轉發行為是瀏覽器只做了一次訪問請求。

重定向過程：客戶瀏覽器傳送http請求----》web伺服器接受後傳送302狀態碼響應及對應新的location給客戶瀏覽器--》客戶瀏覽器發現是302響應，則自動再發送一個新的http請求，請求url是新的location地址----》伺服器根據此請求尋找資源併發送給客戶。在這裡 location可以重定向到任意URL，既然是瀏覽器重新發出了請求，則就沒有什麼request傳遞的概念了。在客戶瀏覽器路徑欄顯示的是其重定向的路徑，客戶可以觀察到地址的變化的。重定向行為是瀏覽器做了至少兩次的訪問請求的。