struts2摘抄

Posted 2020-08-08

Struts2是一个基于MVC设计模式的Web应用框架，它本质上相当于一个servlet，在MVC设计模式中，Struts2作为控制器(Controller)来建立模型与视图的数据交互。struts使系统的脉络更加清晰。通过一个配置文件，即可把握整个系统各部分之间的联系，这对于后期的维护有着莫大的好处。

 

Struts 2 相比Struts 1的优点：

1、在软件设计上Struts 2 没有像Struts 1那样跟Servlet API 和 struts API 有着紧密的耦合。

     Struts 2的应用可以不依赖于Servlet API和Struts API 。

2、Struts 2 提供了拦截器，利用拦截器可以进行AOP编程。

3、Struts 2 提供了类型转换器。

4、Struts 2 提供支持多种表现层技术，如：JSP 、 freeMarker等。

5、Struts 2 的输入校验可以指定方法进行校验。

6、Struts 2 提供了全局范围、包范围和Action范围的国际化资源文件管理实现。

 

struts2工作原理

1、客户端初始化一个指向Servlet容器（例如Tomcat）的HttpServletRequest请求

2、这个请求经过一系列的过滤器（Filter）【ActionContextCleanUp的可选过滤器（延长action中属性的生命周期，包括自定义属性，以便在jsp页面中进行访问，让actionContextcleanup过滤器来清除属性，不让action自己清除）】

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

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

5、ActionProxy通过ConfigurationManager询问框架的配置文件，找到需要调用的Action类 ,这里，我们一般是从struts.xml配置中读取。

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

7、ActionInvocation实例使用命名模式来调用，在调用Action的过程前后，涉及到相关拦截器（Intercepter）的调用。

　　　ActionInvocation是Xworks 中Action 调度的核心。而对Interceptor 的调度，也正是由ActionInvocation负责。ActionInvocation 是一个接口，而　　　　　　                 DefaultActionInvocation 则是Webwork 对ActionInvocation的默认实现。

        Interceptor的调度流程大致如下：

          1.ActionInvocation初始化时，根据配置，加载Action相关的所有Interceptor。

          2. 通过ActionInvocation.invoke方法调用Action实现时，执行Interceptor。

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

 

struts2 拦截器

　　 拦截器是在访问某个Action或Action的某个方法，字段之前或之后实施拦截，并且Struts2拦截器是可插拔的，拦截器是aop的一种实现

　　 拦截器栈（Interceptor Stack）。Struts2拦截器栈就是将拦截器按一定的顺序联结成一条链。在访问被拦截的方法或字段时，Struts2拦截器链中的拦截器就会按其之前定义的顺序被调用

拦截器实现类

  struts2规定用户自定义拦截器必须实现com.opensymphony.xwork2.interceptor.Interceptor接口。

  该接口声明了3个方法

　　void init();

　　void destroy();

　　String intercept(ActionInvocation invocation) throws Exception;

【抽象类AbstractInterceptor实现了Interceptor接口，提供了init和destroy方法的空实现。如果我们的拦截器不需要打开资源，则可以无需实现这两个方法。可通过继承AbstractInterceptor抽象类来实现自定义拦截器会更简单】

如果为Action指定了一个拦截器，则系统默认的拦截器栈将会失去作用。为了继续使用默认拦截器，需要在自己定义的拦截器栈中手动引入了默认拦截器。

【默认的拦截器中有一个名为params的拦截器，它的作用是“将请求的参数设置到Action中”，也就是说，如果你从页面中传值到Action，即拦截请求参数，并赋值给action里的属

性，而且你自定义的拦截器要用到这些值栈中的值，则你的拦截器栈中，需要在自定义拦截器前面加上默认的拦截器】

 

一旦在某个包下定义了默认拦截器栈，在该包下的所有action都会使用此拦截器栈。对于那些不想使用这些拦截器栈的action，则应该将它放置在其它的包下【如：test1】

 拦截器与过滤器的区别：

 　　1.拦截器是基于java反射机制的，而过滤器是基于函数回调的。
 　　2.过滤器依赖于servlet容器，而拦截器不依赖于servlet容器。
　　 3.拦截器只能对Action请求起作用，而过滤器则可以对几乎所有请求起作用。
 　　4.拦截器可以访问Action上下文、值栈里的对象，而过滤器不能。
 　　5.在Action的生命周期中，拦截器可以多次调用，而过滤器只能在容器初始化时被调用一次。