Struts2原理分析

                                               Struts2原理分析

    最近有幸接触到struts2框架，学了一下，有些蹩脚的感受，在这里同对Java有兴趣的同学分享下。

   一：struts2的由来     

            说struts2的由来就必须要提到webWork和struts1了，为什么呢，先来看看webWork和struts1的优缺点

             webWork的优点：

a.       Action无需与Servlet API耦合，更容易测试                      

b.       Action无需与WebWork耦合，代码重用率高

        c.       支持更多的表现层技术，有更好的适应性：WebWork对多种表现层技术：JSP、Velocity和FreeMarker等都有很          好 的支持

           struts1的缺点：

a     支持的表现层技术单一：Struts 1只支持JSP作为表现层技术，不提供与其他表现层技术，例如Velocity、                                                FreeMarker等技术的整合。这一点严重制约了Struts 1框架的使用

                        b     与Servlet API严重耦合，难于测试

                        c      代码严重依赖于Struts 1 API，属于侵入式设计

            大家可以看出struts1的缺陷出来了吧，  那么struts2就应运而生了，大家不要误认为struts2是从struts1中发展而来。其实                      struts2是从webWork发展而来，因为Struts 2是WebWork的升级，而不是一个全新的框架，因此稳定性、性能等各方面都有              很好的保证；而且吸收了Struts 1和WebWork两者的优势。说到底就是时代的需求造就了struts2.

二 ： struts2的原理

         当一个请求到来时Struts2框架中的处理大概分为以下几个步骤

       1) 客户端初始化一个指向Servlet容器的请求

       2) 这个请求经过一系列的过滤器（Filter）（这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器，这 个过滤器                          对于Struts2和其他框架的集成很有帮助，例如：SiteMesh Plugin）

       3) 接着FilterDispatcher被调用，FilterDispatcher询问ActionMapper来决定这个请求是否需要调用某个Action。

       4) 如果ActionMapper决定需要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy。

       5) ActionProxy通过ConfigurationManager询问框架的配置文件，找到需要调用的Action类。

       6) ActionProxy创建一个ActionInvocation的实例。

       7) ActionInvocation实例使用命名模式来调用，回调Action的execute方法，该execute方法先获取用户请求参数，然后它会                      调用业务逻辑组件来处理用户的请求。在调用Action的过程前后，涉及到相关拦截器（Intercepter）  的调用。

       8) 一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果通常是（但不总是，                      也可能是另外的一个Action链）一个需要被表示的JSP或者FreeMarker的模版。在表示的过程中可以使 用Struts2 框架中                     继承的标签。在这个过程中需要涉及到ActionMapper。

        在上述过程中所有的对象（Action，Results，Interceptors，等）都是通过ObjectFactory来创建的。