forward和redirect的區別

lankecms發表於2014-10-13

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() { 
 
// forward to another action in the current controller and module:
 $this->_forward('bar', null, null, array('baz' => 'bogus')); 
} 
 
public function barAction() {
 
// forward to an action in another controller: 
// FooController::bazAction(), 
// in the current module: 
$this->_forward('baz', 'foo', null, array('baz' => 'bogus')); 
} 
 
public function bazAction() {
 
// forward to an action in another controller in another module, 
// Foo_BarController::bazAction(): 
$this->_forward('baz', 'bar', 'foo', array('baz' => 'bogus')); 
}

頁面跳轉得方法是

$this->_redirect('/login/add');

相關文章