*************
parameter="member-definition"
type="org.apache.struts.actions.ForwardAction"/>
**************
7. logic标签有哪几个？
此标签库可以分为三种类型：条件、循环、转发/重定向。
1. 条件类型 (没标注的都比较简单)
logic:empty, logic:notEmpty;
logic:equal, logic:notEqual, logic:lessThan, logic:greaterThan,logic:lessEqual,
logic:greaterEqual;
logic:present, logic:notPresent;
logic:match, logic:notMatch; 比较两字符串是否相等，可以比较字符串的开始的、结尾的或其中的某个部分
。location属性：指定从某个位置开始进行比较。
2. 循环类型
logic:iterate
3. 转发/重定向类型
logic:forward和logic:redirect
logic:forward标签和jsp:forward标签相似，但它可以使用global forward中的一个ActionForward
例如：
——————————————————————————
与上面相关的global forward中的代码：
logic:redirect标签和上面的标签类似，但它默认调用的方法是response.sendRedirect()，
取代了上面的requestDispatcher.forward()。最大的不同是它支持所有html:link标签的属性，所以你能够指
定request参数：
在MVC框架下，不推荐使用这两个标签，你应该是从controller中选择下一个view，而不是从view中选择.在Jsp
页面中不要过多的使用logic标签。
8. action是单实例还是多实例，为什么？
action是单实例的。当多个用户访问一个请求的时候，服务器内存中只有一个与之对应的action类对象。
因为当服务器第一次加载struts的配置文件的时候,创建了一个Action后,每发送一个请求,服务器都会先去检索
相应的范围内(request,session)是否存在
这样一个action实例,如果存在,则使用这个实例,如果不存在,则创建一个action实例。
9. dispatchAction是用什么技术实现的？
DispatchAction 是Aciton的一个子类,主要解决了一个请求处理多个功能的问题
普通的Action你只能写execute方法来处理业务,而想用这一个Action处理多个任务,你必须要请求参数进行解析
,用if语句块来处理
举一个小例子:
如果你处理这个url的是一个普通的Action,那么就只能在execute里面执行插入的相关操作,如果换成一下url:
你就应该根据method对象的值来执行相应的操作,如再有一个路径
这个还可以使用那个Action来处理的,只是多判断一下而已.
如果你用DispatchAction,就简单多了,所以dispatchAction还是用的Action的这么一个技术。
10. struts2.0的mvc模式？与struts1.0的区别
struts2的mvc模式：当用户在页面提交用户请求时,该请求需要提交给struts2的控制器处理。struts2的控制器
根据处理结果,
决定将哪个页面呈现给客户端。
与struts1最大的不同是：struts2的控制器。struts2的控制器不再像struts1的控制器,需要继承一个Action父
类,甚至可以无需实现
任何接口,struts2的Action就是一个普通的POJO。实际上，Struts2 的Action就是一个包含execute方法的普通
Java类
该类里包含的多个属性用于封装用户的请求参数。
11. STRUTS的配置文件是什么
struts-config.xml
12. 请写出Struts的工作原理。
13. struts的处理流程。
一、ActionServlet的初始化
ActionServlet作为Struts组件的前端控制器，由于web.xml的相应配置：
0
在应用一加载时即会被实例化并调用其init方法，init方法所做的主要工作有二：
1. 加载struts配置文件，并创建用于封装配置信息的ModuleConfig对象
2. 加载资源文件，并创建用于封装资源文件的MessageResources对象
需要注意两点：如果web.xml有多模块配置，将创建多个ModuleConfig对象和MessageResources对象分别
用于封装各个模块的struts配置文件和资源文件。
针对各个模块所创建的ModuleConfig对象和MessageResources对象将存储在ServletContext中，对应的属
性名中有该模块名称的相应标识。
另外，如果有相应配置的话，init方法还将初始化数据源和PlugIn
二、ActionServlet的process
所有形如*.do的请求（根据web.xml中的相关配置）将提交给ActionServlet，最终将调用其process方法
。process方法的主要工作有三：
1. 根据请求信息获知所请求的模块名称，从ServletContext中获得与请求模块对应的的ModuleConfig对
象，并存储到request中。
2. 根据模块信息获得相应的RequestProcessor对象，一个模块对应一个RequestProcessor对象，
RequestProcessor对象将关联与所属模块对应的ModuleConfig对象。
3. 调用RequestProcessor对象的process方法，将request和response作为参数传递给它。
三、RequestProcessor的process
RequestProcessor对象的process方法的主要工作有五步：
1. 调用自己的 processPreprocess(request, response)方法，该方法不进行任何操作，用于子类重写
扩展其功能。
2. 获得与请求地址所匹配的ActionMapping对象，AcionMapping对象用于封装一个特定acion的配置信息
。
3. 根据ActionMapping中的配置信息获得ActionForm对象（该对象将缓存到request或session中），并
将表单数据填充到ActionForm中，然后根据ActionMapping的配置决定是否验证ActionForm，如果验证，
将调用ActionForm的 validate方法，若其返回的ActionErros对象中包含ActionMessage对象则表示验证
失败，将转向action配置信息 input属性所指示的地址。
4. 如果ActionForm无需验证或验证通过将创建并缓存与请求地址匹配的Action对象，将ActionMapping
对象、ActionForm对象、request和response作为参数调用其execute方法。
5. 根据Action对象的execute方法