因為Redirect的流程是這樣的, request 1 sent to server, server return back to client, request 2 then sent to server. But Forward 僅在server side處理, 對client side 是透明的. 由于Redirect 有兩次傳輸, 所以效率低. 范圍: 由于對request.setAttribute() 來說, 它攜帶的對象生存范圍只在request內, 所以Redirect方式會導致request攜帶的對象丟失. 總結: 一般還是用Forward比較合適.
ActionMapping
ActionMapping將對Struts應用中有效的業務邏輯進行分類，當一個請求到達時，ActionSevlet在ActionMapping目錄中查找對應的信息。ActionMapping是Struts應用的一個核心設計，當需要了解一個Struts應用，或編寫一個新的Struts應用的時候，都應該從ActionMapping入手。ActionMapping有較多的屬性信息，具體參考相關文檔。
ActionForward
ActionForward是Struts的核心類之一，其基類僅有4個屬性：name / path / redirect / classname。在基于Struts的Web應用程序開發過程中，Action操作完畢后程序會通過Struts的配置文件struts- config.xml鏈接到指定的ActionForward，傳到Struts的核心類ActionServlet，ActionServlet使用 ActionForward提供的路徑，將控制傳遞給下一個步驟。ActionForward控制接下來程序的走向。ActionForward代表一個應用的URI，它包括路徑和參數，例如：
path=“/modify.do?method=edit&id=10”
ActionForward的參數除了在struts-config.xml和頁面中設置外，還可以通過在Action類中添加參數，或重新在Action中創建一個ActionForward。
在ActionForward中有一個重要的屬性redirect，當redirect=false時，將保存存儲在http請求和請求上下文中的所有內容，僅在同一個應用中可用。當redirect=true時，Web客戶端進行一次新的http請求，請求的資源可以在同一個應用中，也可以不在，原來的請求參數不再保存，原來的請求上下文也被清除，新的http請求僅包含ActionForward的path屬性里所包含的參數。如果在同一個應用中，用戶會話的上下文會被維護。
ActionForward分為全局轉發和局部轉發，Action的Mapping對象的findForward方法首先會檢查局部轉發列表，查找失敗就會到全局轉發列表中查找。書寫格式中，我們一般將全局變量定義為String常數，避免誤解，使得轉發列表結構清晰易讀。
在項目開發過程中經常碰到一種情況，當頁面已經改變了，瀏覽器中的地址如/modify.do或/modify.jsp卻沒有變化，當時沒有考慮這么細，雖然存在疑問，但沒有影響到程序功能的實現，因此忽略過去了，今天查找了一些資料才弄清楚。客戶端瀏覽器顯示的是瀏覽器最后被給定的URL，當URL被提交后，在某個組件返回一個響應給瀏覽器之前，Web應用可能已經轉發請求多次，而這些過程都發生在服務器端，客戶端瀏覽器并不知道有什么變化。當一個 http響應被返回時，它并沒有包含地址欄的值，所以瀏覽器僅僅顯示其用來作為初始請求的地址。通過使用redirect可以改變瀏覽器地址的顯示，因為這樣可以向瀏覽器提交一個新的請求，但付出的代價是數據不能通過請求上下文傳遞到頁面，這也是使用forward和redirect的差異之一