1.Action,其它类型的Action的父类，只能实现其中的 execute()方法来处理业务，缺点是，一个Action只能处理一个业务，不能自定义处理多个业务，所以一般很少用。
MappingDispatchAction为每个不同的处理方法都要在struts-config.xml配置对应的ａｃｔｉｏｎ而DispatchAction
只需要配置一个然后利用给parameter字段赋值来区分。从我做项目的经验来说，使用MappingDispatchAction恐怕是
最方便最直接了，因为它最容易调试。因为根据form提交的action的不同就可以区分不同的方法(例如增加，删除，修
改)但是缺点就是会是配置文件的内容变多，而DispatchAction方法的配置看上去比较简洁，每种方法各有千秋。
5.DispatcherAction 类
DispatcherAction：能够在同一个 Action 类中完成一组相关的业务操作，以达到减少重复编程，使程序更加便于维护。
创建一个扩展 DispatchAction 类的子类,不必覆盖 excute() 方法,而是创建一些实现业务逻辑的方法,这些业务逻辑方法都应该和 excute() 方法具有相同的方法签名,即它们的参数和返回类型都应该相同,此外也应该声明抛出Exception 异常.
在配置 DispatchAction 类时,需要把 parameter 属性的值设置为”method”.
把 parameter 的属性配置为”method”后,当用户请求访问 DispatchAction 时,应该提供 method 请求参数.例如:
http://localhost:9090/test/test?method=add
<action>的parameter属性:指定 Action 的配置参数。在Action类的 excute() 方法中，可以调用 ActionMapping 对象的 getParameter() 方法来读取配置参数
6.LookupDispatchAction 类
LookupDispatchAction 类：DispatcherAction 的子类，在该类中可以定义多个业务方法，适用于一个表单中有多个提交按钮，且这些按钮又都有一个共同名字的场合。
它与DispatchAction类的作用差不多，唯一不同的是：这个类是通过资源包中的key作为请求参数来进行对方法的映射，而DispatchAction是通过请求参数来选择方法.
LookupDispatchAction的用法：
用MessageResource将按钮的文本和ResKey相关联
在Action配置中一个parametr属性，属性值与submit按钮的property属性值相同，这个属性可以指定执行LookupDispatchAction中对应的方法
继承LookupDispatchAction，重写getKeyMethodMap()方法, 将ResKey和MethodName对应起来
DispatchAction 类使用请求参数的值确定调用哪种方法，而LookupDispatchAction类利用请求参数值，反向查询资源绑定，并将它与类中的一种方法匹配，这两种方法有异曲同工之妙。
7.MappingDispatchAction 类
该类是 DispatchAction的子类，用于将相关的请求组织到一个Action之中。
MappingDispatchAction的用法：
将一个 MappingDispatchAction 类根据不同的请求进行多次声明，其中path属性因请求的不同而不同，并为每个 action 添加 parameter 属性来指定相同 Action 类处理不同请求的方法名
创建一个扩展 MappingDispatchAction 类的子类,不必覆盖 excute() 方法,而是创建一些实现业务逻辑的方法,这些业务逻辑方法都应该和 excute() 方法具有相同的方法签名,即它们的参数和返回类型都应该相同,此外也应该声明抛出Exception 异常.
与DispatcherAction的区别：
MappingDispatcherAction：当想要为相同的Action定义多个表单操作处理器的时候，使用它
DispatcherAction：如果基于某种理由不想要定义多个表单操作处理器的时候，使用它