1.從位址列顯示來說
forward**發）是伺服器請求資源,伺服器直接訪問目標位址的url,把那個url的響應內容讀取過來,然後把這些內容再發給瀏覽器.瀏覽器根本不知道伺服器傳送的內容從**來的,所以它的位址列還是原來的位址.
redirect（重定向）是服務端根據邏輯,傳送乙個狀態碼,告訴瀏覽器重新去請求那個位址.所以位址列顯示的是新的url.
2.從資料共享來說
forward:**頁面和**到的頁面可以共享request裡面的資料.
redirect:不能共享資料.
3.從運用地方來說
forward:一般用於使用者登陸的時候,根據角色**到相應的模組.
redirect:一般用於使用者登出登陸時返回主頁面和跳轉到其它的**等.
4.從效率來說
forward:高.
redirect:低.
本質區別
解釋一
一句話，**是伺服器行為，重定向是客戶端行為。為什麼這樣說呢，這就要看兩個動作的工作流程：
**過程：客戶瀏覽器傳送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的人，讓他們辦好後，送了過來。
三、請求重定向與請求**的比較
儘管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方法，在呼叫它們之前，都不能有內容已經被實際輸出到了客戶端。如果緩衝區中已經有了一些內容，這些內容將被從緩衝區中清除。
zend framework 中的應用
控制這種分發過程的動作控制器方法是_forward()；在任意的pre/postdispatch()或者動作中呼叫該方法，並傳入動作、控制器、模組、以及可選的附加引數，就可以進入新的動作。
三種請求**得方式
public function fooaction()public function baraction()
public function bazaction()
頁面跳轉得方法是
$this->_redirect('/login/add');
以上內容來自：
JAVA中Forward和Redirect的區別
forward和redirect代表了兩種請求 方式 直接 和間接 使用者向伺服器傳送了一次http請求，這個請求可能被直接請求 forward 和間接請求 redirect 兩種 方式有何區別呢?直接 就相當於 a找b借錢，b沒有，b去找c借，並告訴c把錢給a 間接 就相當於 a找b借錢，b沒有，...
jsp中的forward和redirect的區別
一 呼叫方式 我們知道，在servlet中呼叫 重定向的語句如下 request.getrequestdispatcher new.jsp forward request,response 到new.jsp response.sendredirect new.jsp 重定向到new.jsp 在jsp...
forward和sendredirect的區別
sendredirect forward 是不同的 request 雖然是不同的物件，但是，可以取到上乙個頁面的內容 send 後的語句會繼續執行，除非 return forward 後的語句不會繼續傳送給客戶端 速度慢 速度快 需要到客戶端的往返，可以轉到任何頁面，伺服器內部轉換，位址列有變化 位...