Struts核心技术简介
1、Struts内部机制
Struts是一种基于MVC经典设计模式的开发源代码的应用框架，它通过把Servlet、JSP、JavaBean、自定义标签和信息资源整合到一个统一的框架中，为Web开发提供具有高可配置性的MVC开发模式。
Struts体系结构实现了MVC设计模式的概念，它将Model、View、和Controller分别映射到Web应用组件中。Controller负责控制流程，由ActionServlet负责读取struts-config.xml，并使用ActionMapping来查找对应的Action；Model由系统状态Bean ActionForm和商业逻辑的JavaBean来构建；View是由JSP和Struts提供的自定义标签来实现的，具体如下图一所示：
图一：Struts的MVC结构图
2、Struts工作流程
Struts的工作流程主要涉及到以下七个类：ActionServlet、ActionMapping、RequestProcessor、Action、ActionForm、ActionForward、ActionErrors。以下简要说明以下各自的作用：
（1）ActionServlet是Struts的核心控制器，一个系统中只需要一个。我们可以通过继承该类来扩展一个新的Servlet，但通常我们直接使用默认的ActionServlet，只需要在web.xml文件中配置ActionServlet的相关属性即可；
（2）ActionMapping是struts-config.xml文件中配置元素的实例对象，该类与struts-config.xml文件中的元素和属性相匹配。由于struts-config.xml文件中的元素类型已经由Struts设计者定义完成了，因此类ActionMapping也是仅有的一个通用类，不再需要开发人员开发；
（3）RequestProcessor是ActionServlet的代处理类，与ActionServlet相似，通常我们只需要使用默认的类即可，如果要扩展新的功能，只需要实现一个继承该类的新的处理类即可；
（4）Action是struts-config.xml文件中<action>元素对应的处理类，该配置文件中可以配置指向多个Action处理类，不同的业务需要不同的Action类。因此Action是我们自己开发，新开发的类需要继承Action基类；
（5）ActionForm Bean是struts-config.xml文件中配置的<from-bean>元素对应的类，表示不同的出来表单。由于不同的HTML处理表单包含的表单元素不同，因此也需要开发多个ActionForm类；
（6）ActionForward用于根据struts-config.xml文件中action的配置进行页面转换，与ActionMapping类似，它是一个通用的类，也不需要开发；
（7）ActionErrors是对错误信息的包装，一旦在执行action或者form.validate中出现异常，即可产生一个ActionErrors并最终加入到ActionErrors。在Form验证的过程中，如果有Error发生，则会将页面重新导向至输入页，并提升错误。
下面请看Struts的工作流程图，如图二所示：
图二：Struts工作流程图
3、Struts配置文件详解
Struts配置文件——struts-config.xml文件是一个简单的框架，<struts-config>是struts的根元素，其主要有8个子元素：
（1）配置数据源：<data-sources>元素
（2）配置ActionForm：<form-beans>元素
（3）配置全局异常处理：<global-exceptions>元素
（4）配置全局跳转：<global-fowards>元素
（5）配置映射关系：<action-mappings>元素
（6）配置RequestProcessor插件：<controller>元素
（7）配置国际化资源文件：<message-resources>元素
（8）配置Plug-in插件：<plug-in>元素
下面请看一个struts-config.xml文件示例代码：
4、ActionForm Bean的开发技术
ActionForm可以继承三个类：org.apache.struts.action.ActionForm类、org.apache.struts.action.DynaActionForm类、org.apache.struts.action.DynaValidatorForm类。下面分别简要说明一下这三种类似ActionForm的开发：
（1）使用默认表单ActionForm
ActionForm表示HTTP窗体中的数据，可以将其看做是模型和视图的中介，它负责保存视图中的数据，供模型或者视图使用。Struts文档中把它比作HTTP和Action之间的防火墙，这体现了ActionForm所具有的过滤与保护的作用，只有通过ActionForm验证的数据才能够发送到Action处理。
（2） 使用动态表单DynaActionForm
当多个模块共用一个ActionForm时，这样重复使用会造成复用性很差，而且难以维护。针对这个问题，在Struts中提出了DynaActionForm的概念。
DynaActionForm的目的就是减少ActionForm的数目，利用它可以不用创建一个个具体的ActionForm类，而是在配置文件中配置出所需的虚拟ActionForm。
（3）使用自动校检表单DynaValidatorForm
DynaValidatorForm能够提供动态的ActionForm和自动表单输入验证的功能。但是，使用DynaValidatorForm需要在配置文件中进行配置，也需要在struts-config.xml文件中定义验证的插件，在改插件中定义具体功能的验证代码。
5、Action组件开发技术
开发Action组件，需要继承默认的Action类。Struts提供了6个内置的Action类，这些类继承自普通Action类，并有各自的功能实现，具体如下：
org.apache.struts.actions.Action;
org.apache.struts.actions.ForwardAction;
org.apache.struts.actions.IncludeAction;
org.apache.struts.actions.DispatchAction;
org.apache.struts.actions.LookupDispatchAction;
org.apache.struts.actions.SwitchAction。
（1）使用默认的Action
通过继承Action类来实现具体的执行类，具体Action类的功能一般都在execute()方法中完成。
（2）可直接转发的ForwardAction
有时我们想要从一个页面或资源转换到另一个资源，通常我们会使用JSP页面的直接转换来进行处理，但这样处理会使得控制器没有机会处理该转换请求。因此，我们可以通过使用ForwardAction来完成转换这个任务。
（3）可包含文件的IncludeAction
有时我们会需要引入一个页面或者资源，在这样的情况下就可以使用IncludeAction。
（4）可自动分发的DispatchAction
通常，如果继承默认的Action类，只能完成一种业务操作。如果要完成一组业务操作，例如对用户进行更新、删除、插入操作，则需要建立多个操作类，分别来接受相应。通过使用DispatchAction可以将这些类合并，并把相同的部分提出来，然后在该类中每一个实现的功能对应不同的方法，即可完成目的。
（5）可进行多个提交的LookupDispatchAction
LookupDispatchAction最大的特点是可以在一个表单中轻松实现多个Submit按钮，通常LookupDispatchAction主要应用在一个表单中有多个“提交”按钮，而这些按钮又有一个共同的名字的场合，这些按钮的名字和具体的ActionMapping的parameter属性相对应。这样情况下，可以根据JSP文件中设置的标签名，在Action类中设置与相应标签名对应的函数来编写相应的功能代码。
（6)可实现交换的SwitchAction
SwitchAction用于从一个模块转换至另一个模块。