jsp中action类是用户请求和业务逻辑之间的桥梁，其中每个action充当客户的一项业务代理，当“requestprocessor”类预处理请求时，并且在创建action实例后，就可以调用自身“processactionperform”方法。
Action类是用户请求和业务逻辑之间的桥梁，每个Action充当客户的一项业务代理。在RequestProcessor类预处理请求时，在创建了Action的实例后，就调用自身的processActionPerform（）方法，该方法在调用Action类的execute（）。
推荐课程：Java教程。
下面介绍jsp中action的功能:
完整的action
<action path="/aFullAction" type="somePackage.someActionClass"> name="someForm" input="someJSP.jsp" <forward name="successful" path="someJSP.jsp"/> <forward name="failed" path="someOtherJSP.jsp"/> </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。
仅有JSP的action
<action path="/aJSPOnlyAction" type="org.apache.struts.actions.ForwardAction" parameter="someOtherJSP.jsp" />
首先，ActionServlet接到请求后调用ForwardAction的execute()方法，execute()根据配置的parameter属性值来forward到那个URI。
这样做的效果是：没有任何form被实例化，比较现实的情形可能是form在request更高级别的范围中定义；或这个action被用作在应用程式编译好后充当系统参数，只需要更改这个配置文档而无需重新编译系统。
两个action对应一个form
<action path="/anAction" type="somePackage.someActionClass"> name="someForm" input="someJSP.jsp" <forward name="successful" path="/anotherAction.do"/> </action> <action path="/anotherAction" type="somePackage.someOtherActionClass"> name="someForm" input="someOtherJSP.jsp" <forward name="successful" path="someResultJSP.jsp"/> </action>
就每个单独的action来讲，处理上并没有和完整的action有什么实质的区分。这个组合模式能够被用来传递命令对象（form）。需要注意的是在后一个action中同样会调用form的reset()和validate()方法，因此我们必须确保form中的信息不被重写。
自从百度屏蔽淘宝客网站、淘宝抛弃淘宝客之后，个人站长集体陷入了恐慌之中。此时，什么值得买网的异军突起引起了广大个人站长的极大关注。做一个什么值得买一样的导购网站成了众多个人站长的一致心愿！ TP-COUPON 导购系统 即是让个人站长实现此心愿的绝佳选择！ 欢迎个人站长选用。V1.1版 更新记录：1.修正请求时查询淘宝店铺错误的bug2.删除一些无用的代码
处理的方式大致分为两种：
a) 在request中放入一个指示器表明前一个action有意向后一个action传递form，从而在后一个action能够保留那个form中的值，这一方式只能在使用forward时使用。
b) 当使用redirect而不是forward时，能够把指示器放在session或更高的级别，在命令链的最后一环将这个指示器清除。
<action path="/anAction" type="somePackage.someActionClass"> name="someForm" input="someJSP.jsp" <forward name="successful" path="/anotherAction.do" redirect="true"/> </action> <action path="/anotherAction" type="somePackage.someOtherActionClass">" name="someOtherForm" input="someOtherJSP.jsp" <forward name="successful" path="someResultJSP.jsp"/> </action>
这个组合方式跟前一种在流程上没有太大区分，只是我们现在对于两个action分别提供了form，于是代码看上去更加清楚。于是我们能够分别处理WEB应用程式的输入和输出。
值得注意的是，后一个action同样会尝试往form中写入那些参数，但是我们能够这样处理：
a) 在后一个form中使用另一套属性名；
b) 只提供getter而不提供setter。
大致的处理是这样：
前一个action接收输入、验证、然后将数据写入业务层或持久层，重定向到后一个action，后一个action手动的从业务层/持久层取出数据，写入form（通过其他方式），交给前台JSP显示。
这样做的好处是不必保留输入form中的值，因此能够使用redirect而不是forward。这样就降低了两个action之间的耦合度，同时也避免了不必要的重复提交。
