Action類是使用者請求和業務邏輯之間的橋樑，每個Action充當客戶的一項業務代理。在RequestProcessor類預處理請求時，在建立了Action的例項後，就呼叫自身的processActionPerform（）方法，該方法在呼叫Action類的execute（）。下面介紹jsp中action的功能。

1. 完整的action

1. <action path="/aFullAction"
2. type="somePackage.someActionClass">  
3. name="someForm"
4. input="someJSP.jsp"
5. <forward name="successful"
    path="someJSP.jsp"/>  
6. <forward name="failed" path="someOtherJSP.jsp"/>  
7. </action> 

首先，Struts的ActionServlet接收到一個請求，然後根據struts-config.xml的配置定位到相應的mapping（對映）；接下來假如form的範圍是request或在定義的範圍中很難找到這個form，建立一個新的form例項；取得form例項以後，呼叫其reset ()方法，然後將表單中的引數放入form，假如validate屬性不為false，呼叫validate()方法；假如validate()返回非空的ActionErrors，將會被轉到input屬性指定的URI，假如返回空的ActionErrors，那麼執行Action的execute() 方法，根據返回的ActionForward確定目標URI。

這樣做的效果是：execute()僅當validate()成功以後才執行；input屬性指定的是個URI。

2. 僅有Form的action

1. <action path="/aFormOnlyAction"
2. type="org.apache.struts.actions.ForwardAction"
3. name="someForm"
4. input="someJSP.jsp"
5. parameter="someOtherJSP.jsp"
6. /> 

首先，Struts會在定義的scope搜尋someForm，假如找到則重用，假如很難找到則新建一個例項；取得form例項以後，呼叫其reset()方法，然後將表單中的引數放入form，假如validate屬性不為false，呼叫validate()方法；假如validate()返回非空的 ActionErrors，將會被轉到input屬性指定的URI，假如返回空的ActionErrors，那麼轉到parameter屬性指定的目標 URI。

這樣做的效果是：沒有action類能夠存放我們的業務邏輯，所以任何需要寫入的邏輯都只能寫到form的reset()或 validate()方法中。validate()的作用是驗證和訪問業務層。因為這裡的action對映不包括forward（也沒有意義），所以不能重定向，只能用預設的那個forward。這種僅有form的action能夠用來處理資料獲取並forward到另一個JSP來顯示。

3. 僅有Action的action

1. <action path="/anActionOnlyAction"
2. type="somePackage.someActionClass">  
3. input="someJSP.jsp"
4. <forward name="successful" path="someJSP.jsp"/>  
5. <forward name="failed" path="someOtherJSP.jsp"/>  
6. </action> 

首先，ActionServlet接收到請求後，取得action類例項，呼叫execute()方法；然後根據返回的ActionForward在配置中找forward，forward到指定的URI或action。

這樣做的效果是：沒有form例項被傳入execute()方法，於是execute()必須自己從請求中獲取引數。Action能夠被forward或重定向。這種action不能處理通過HTML FORM提交的請求，只能處理連結式的請求。

4. 僅有JSP的action

1. <action path="/aJSPOnlyAction"
2. type="org.apache.struts.actions.ForwardAction"
3. parameter="someOtherJSP.jsp"
4. /> 

首先，ActionServlet接到請求後呼叫ForwardAction的execute()方法，execute()根據配置的parameter屬性值來forward到那個URI。

這樣做的效果是：沒有任何form被例項化，比較現實的情形可能是form在request更高級別的範圍中定義；或這個action被用作在應用程式編譯好後充當系統引數，只需要更改這個配置文件而無需重新編譯系統。

5. 兩個action對應一個form

1. <action path="/anAction"
2. type="somePackage.someActionClass">  
3. name="someForm"
4. input="someJSP.jsp"
5. <forward name="successful" path="/anotherAction.do"/>  
6. </action>  
7. <action path="/anotherAction"
8. type="somePackage.someOtherActionClass">  
9. name="someForm"
10. input="someOtherJSP.jsp"
11. <forward name="successful" path="someResultJSP.jsp"/>  
12. </action> 

就每個單獨的action來講，處理上並沒有和完整的action有什麼實質的區分。這個組合模式能夠被用來傳遞命令物件（form）。需要注意的是在後一個action中同樣會呼叫form的reset()和validate()方法，因此我們必須確保form中的資訊不被重寫。

處理的方式大致分為兩種：

a) 在request中放入一個指示器表明前一個action有意向後一個action傳遞form，從而在後一個action能夠保留那個form中的值，這一方式只能在使用forward時使用。

b) 當使用redirect而不是forward時，能夠把指示器放在session或更高的級別，在命令鏈的最後一環將這個指示器清除。

1. <action path="/anAction"
2. type="somePackage.someActionClass">  
3. name="someForm"
4. input="someJSP.jsp"
5. <forward name="successful" path="/anotherAction.do" redirect="true"/>  
6. </action>  
7. <action path="/anotherAction"
8. type="somePackage.someOtherActionClass">"  
9. name="someOtherForm"
10. input="someOtherJSP.jsp"
11. <forward name="successful" path="someResultJSP.jsp"/>  
12. </action> 

這個組合方式跟前一種在流程上沒有太大區分，只是我們現在對於兩個action分別提供了form，於是程式碼看上去更加清楚。於是我們能夠分別處理WEB應用程式的輸入和輸出。

值得注意的是，後一個action同樣會嘗試往form中寫入那些引數，但是我們能夠這樣處理：

a) 在後一個form中使用另一套屬性名；

b) 只提供getter而不提供setter。

大致的處理是這樣：

前一個action接收輸入、驗證、然後將資料寫入業務層或持久層，重定向到後一個action，後一個action手動的從業務層/持久層取出資料，寫入form（通過其他方式），交給前臺JSP顯示。

這樣做的好處是不必保留輸入form中的值，因此能夠使用redirect而不是forward。這樣就降低了兩個action之間的耦合度，同時也避免了不必要的重複提交。