1. Struts框架
在介绍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。
