标签：
Struts2其实并不是一个陌生的Web框架，Struts2是以Webwork的设计思想为核心，吸收了Struts1的优点，因此，可以认为Struts2是Struts1和Webwork结合的产物。
简单来说二者的区别是：
技术方面，Stuts1有个核心控制器，但是只提供了一个接口，也就是execute，还要配置actionform之类的，很麻烦，所以依赖性比较强；而Stuts2是针对拦截器开发的，也就是所谓的AOP思想，可以配置多个action，用起来比较方便，但是因为请求之前的拦截器有一些注入的操作，速度相对Stuts1来说慢一点
一、Struts1的工作原理
Struts1工作原理如下：
1、Web容器启动的时候，ActionServlet被初始化，加载struts-config.xml配置文件;
2、当客户端浏览器发起请求到ActionServlet时，ActionServlet对请求进行处理。根据请求的路劲和配置信息找到对应的Action和ActionForm;
3、在确定将要调用的Action和对应的ActionForm后，就讲请求中包含的值填充到ActionForm中。在调用Action的execute方法前，ActionServlet还需要准备好ActionMapping参数;
4、Action调用业务逻辑方法，得到返回值，并返回ActionForward对象;
5、控制权重新回到ActionServlet，ActionServlet根据Action返回的ActionForward对象转发到相应的页面;
6、处理结果返回给浏览器
二、Struts2工作原理
一个请求在Struts2框架中的处理大概分为以下几个步骤：
1 、客户端初始化一个指向Servlet容器（例如Tomcat）的请求；
2 、这个请求经过一系列的过滤器（Filter）（这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器，这个过滤器对于Struts2和其他框架的集成很有帮助，例如：SiteMesh Plugin）；
3、 接着FilterDispatcher被调用，FilterDispatcher询问ActionMapper来决定这个请是否需要调用某个Action ；
4 、如果ActionMapper决定需要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy；
5 、ActionProxy通过Configuration Manager询问框架的配置文件，找到需要调用的Action类；
6 、ActionProxy创建一个ActionInvocation的实例；
7、 ActionInvocation实例使用命名模式来调用，在调用Action的过程前后，涉及到相关拦截器（Intercepter）的调用；
8 、一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果通常是（但不总是，也可 能是另外的一个Action链）一个需要被表示的JSP或者FreeMarker的模版。在表示的过程中可以使用Struts2 框架中继承的标签。在这个过程中需要涉及到ActionMapper。
标签：
原文地址：http://www.cnblogs.com/moonandstar08/p/5218579.html
