在介绍Struts框架之前，先来看看web开发的两种模式，这两种模式自JSP开发流行以来，就争论不断，它们分别是JSP Model 1和JSP Model 2。
1.1 JSP Model 1下图是JSP Model 1 的构架示意图：
用户通过浏览器之间访问web应用的JSP页面， JSP提供UI显示，JavaBeans处理数据库访问和业务逻辑。这种开发方式最大的优势是直接、简单，对于小型应用，可以很方便、快速地进行开发。
1.2 JSP Model 2下图是JSP Model 2 的构架示意图：
JSP Model 2 和JSP Model 1 最大的区别是引入了MVC模式的概念，即M(Model:业务逻辑)，V(View:系统UI),C(Controller:控制)分离，用户的所有请求提交给Controller，由Controller进行统一分配，并且采用推的方式将不同的UI显示给用户。这样做得好处是：
1、 可以统一控制用户的行为，例如在Controller中添加统一日志记录等功能是非常方便的。
2、 职责分离，有利于各部分的维护。用户不直接访问分散的UI，这样可以通过配置文件或则流程定义的方式，在不同的环节、时间将不同的页面推向给用户。
1.3 Struts
通过了解JSP Model 1和JSP Model 2，我想大家心里都已经有了选择，在这里，我不想说哪一种构架更好，在不同的环境中，使用恰到好处的技术才是最好的。普遍来说，MVC分离是个不错的选择。
Struts框架正是MVC分离的一个杰出作品。首先我们来看一下Struts1.1的UML图，以便于我们对Struts有个全局的了解：
先不用急着看懂这张图，在下面的学习过程中，我们会慢慢地了解这张图中各个组件的含义。
接下来，我们从MVC的角度对Struts框架进行探索。
1.3.1 Controller首先介绍MVC中的C，上面提到了，JSP Model 1 和JSP Model 2 最大的却别就是C，那么在Struts中，这个C是什么呢？他是如何实现的呢？下面我们再来看看这个图：
这是JSP Model 2的构架图，也是Struts的构架图，Struts使用一个Servlet作为Controller，处理用户的请求，并分派给Model进行业务处理，在合适的时候将合适的View推向给用户。这个Servlet是org.apache.struts.action.ActionServlet或其子类。ActionServlet类扩展自javax.servlet.http.HttpServlet类，其职责是将http请求提交给合适的处理器(Processor)进行处理。关于处理器我们在稍后会介绍，是org.apache.struts.action.RequestProcessor 或其子类的一个实例。
1.3.1.1 Controller(控制器)机制J2EE的前端控制器(Front Controller)设计模式中利用一个前端控制器来接受所有客户请求，为应用提供一个中心控制点，在该控制点上，可以很方便地添加一些全局性的，如加密、国际化、日志等通用操作。Controller的实现机制正是建立在前端控制器的设计模式基础上。
前面我们介绍过，Struts的控制器拥有一些职责，其中最主要的是以下几个：
?/SPAN> 接收客户请求。
?/SPAN> 映射请求到指定的业务操作。
?/SPAN> 获取业务操作的结果并以有效的方式提供给客户。
?/SPAN> 根据业务操作的结果和当前的状态把不同的UI推向给客户。
在Struts框架中，控制器中不同的组件负责不同的控制职责，下图是Struts框架中关于控制器部分的一个组件图：
在上图中，很明显地可以看出，ActionServlet处于核心位置，那么，我们就先来了解一下ActionServlet。
1.3.1.2 ActionServlet类org.apache.struts.action.ActionServlet在Struts应用程序中扮演接收器的角色，所有客户端的请求在被其它类处理之前都得通过ActionServlet 的控制。
当 ActionServlet的实例接收到一个HTTP请求，不管是通过get方法或post方法，ActionServlet的process( )方法被调用并用以处理客户请求。process( )方法实现显示如下：
protected void process(HttpServletRequest request,HttpServletResponse response)
throws IOException, ServletException {
RequestUtils.selectApplication( request, getServletContext( ) );
getApplicationConfig( request ).getProcessor( ).process( request, response );
}
该方法的实现很简单，RequestUtils.selectApplication( request, getServletContext( ) );语句是用来根据用户访问的上下文路径来选择处理的应用，如果你只有一个Struts配置文件，就表示你只有一个Struts应用。关于如何建立多个Struts应用，本教程不作详细讲解，请参考相应资料。getApplicationConfig( request ).getProcessor( ).process( request, response );语句用来获取一个处理器，并将客户请求提交给处理器处理。
1.3.1.3 Struts初始化处理流程根据在web.xml中配置的初始化参数，Servlet容器将决定在在容器的第一次启动，或第一次客户请求ActionServlet的时机加载ActionServlet ，不管哪种方式加载，和其它Servlet一样，ActionServlet的init( )方法将被调用，开始初始化过程。让我们来看看在初始化过程中将发生些什么，理解了这些，对于我们debug和扩展自己的应用更加得心应手。
1、 初始化框架的内部消息绑定，这些消息用来输出提示，警告，和错误信息到日志文件中。org.apache.struts.action.ActionResources用来获取内部消息；
2、 加载web.xml中定义的不同参数，用以控制ActionServlet的不同行为，这些参数包括config, debug, detail, and convertNull ；
3、 加载并初始化web.xml中定义的servlet 名称和servlet映射信息。通过初始化，框架的各种DTD被注册，DTD用来在下一步校验配置文件的有效性；
4、 为默认应用加载并初始化Struts配置文件，配置文件即初始化参数config指定的文件。默认配置文件被解析，产生一个ApplicationConfig对象存于ServletContext中。可以通过关键字org.apache.struts.action.APPLICATION从ServletContext中获取ApplicationConfig；
5、 Struts配置文件中指定的每一个消息资源都被加载，初始化，并存在ServletContext的合适区域(基于每个message-resources元素的key属性)，如果key属性没有设置，则为org.apache.struts.action.MESSAGE；
6、 Struts配置文件中声明的每一个数据源被加载并且初始化，如果没有配置数据源，这一步跳过；
7、 加载并初始化Struts配置文件中指定的插件。每一个插件的init()方法被调用；
8、 当默认应用加载完成，init()方法判断是否有应用模块需要加载，如果有，重复步骤4—7万成应用模块的加载。
下图是对上面文字说明的图形化表示：
本文地址：http://com.8s8s.com/it/it16556.htm