Struts2.0 第04章 Interceptor.docVIP

第四章 Interceptor Interceptor（拦截器）顾名思义就是在某个事件发生之前将其拦截，并插入相应的处理过程。从这点上来看，拦截器类似于在Servelet规范中定义的Filter，但是Struts2的拦截器完全独立于Servelet的Filter，而且两者有着截然不同的实现。Interceptor将很多通用的功能从Action中独立出来，大大减少了Action中重复的代码量，通过组装Interceptor可以使得通用的逻辑按照顺序执行，并且当业务逻辑顺序发生变化的时候也不需要重新编写代码，只需重新组装Interceptor即可，从而降低web应用的耦合性。 在开发Web应用的过程中，会碰到很多可以复用的模块，如果不采取任何策略，无疑会增加应用的重复代码量。Interceptor就是Struts2对这些可复用的应用模块加以管理的策略。通过Interceptor可以把通用的模块从Action中提取出来，供应用中的其它Action应用，甚至是供其它项目复用。 4.1 Interceotor基础 对于拦截器而言，最主要就是要清楚拦截器在什么时候开始被调用，以及Struts2中是如何实现拦截器，最后还要清楚Struts2中自带的拦截器有哪些，只有了解这些，才可以为以后使用拦截器打下基础。 4.1.1 Interceptor何时调用 让我们来看看Interceptor到底在什么时候被调用，又是如何被调用。首先让我们来分析com.opensymphony.xwork2.DefaultActionInvocation源代码看看一般的Action调用流程，注意下面的代码片断。 DefaultActionInvoation.java /*省略其他方法*/ public String invoke() throws Exception { if (executed) { throw new IllegalStateException(Action has already executed); } if (interceptors.hasNext()) { InterceptorMapping interceptor = (InterceptorMapping) interceptors.next(); resultCode = interceptor.getInterceptor().intercept(this); } else { resultCode = invokeActionOnly(); } /*省略语句*/ } 在执行Action之前，Struts2会检查Action是否配置有拦截器，如果有，遍历所有拦截器并且执行之，如果对应的Action没有配置拦截器，那么Struts2将只执行Action。但是似乎并没有看到Action和Interceptor的执行的先后次序，别着急，让我们看看其它的代码里有没有关于Interceptor的执行先后次序。Xwork的拦截器都必须实现Interceptor接口，但是实际上大部分的拦截器都是通过继承抽象类AbstractInterceptor实现拦截器的功能。下面来了解下AbstractInterceptor类的具体代码。 AbstractInterceptor.java package erceptor; import com.opensymphony.xwork2.ActionInvocation; public abstract class AbstractInterceptor implements Interceptor { public void init() { } public void destroy() { } public abstract String intercept(ActionInvocation invocation) throws Exception; } 在这个抽象类中没有实现任何方法，就是一个简单Interceptor接口的实现。那么拦截器要在Action之前执行，那么只有在继承这个类时，通过实现它的抽象方法intercept()来完成拦击器的功能。也就是说在intercept()方法中会先执行拦截器想要完成的任务，然后再转向Action执行，一般函数最后会加上这句代码： String result = invocation.invoke(); 通过上面的介绍，不难发现，Interceptor的本质也是一个