前言 

      前面提到过拦截器。而且说拦截器仅仅能拦截Action。这里拦截器的调用体现了责任链模式。为什么说体现了责任链模式呢？

以下的一段话说的非常明确：

          Struts2将整个运行划分成若干同样类型的元素，每一个元素具备不同的逻辑责任，并将它们纳入到一个链式的数据结构中。而每一个元素又有责任负责链式结构中下一个元素的运行调用。

         从代码重构的角度来看，实际上是将一个复杂的系统，分而治之。从而使得每一个部分的逻辑可以高度重用并具备高度可扩展性。

拦截器的原理

          Struts2框架的拦截器是动态配置的，假设不须要使用某个拦截器仅仅须要在配置文件里取消应用就可以。应用某个拦截器在配置文件里配置就能够了。无论是否应用某个拦截器，对struts2的框架没有不论什么影响。

         我们还能够对拦截器进行扩展。

由此体现出了拦截器可插拔的特性。

理解DRY（Don‘t Repeat Yourself）规则

        我们开发软件的时候会遇到这种情况。多个地方须要同样的代码段。于是我们就“复制”。“粘贴”，从功能上来说，实现了功能。假设是从软件的效率或者是软件的质量上来说是不合格的。

从软件的维护上来说会非常恶心的。

通过以下的图片会更好理解一些：

        通常有了反复的代码段我们会选择提取出来，做成一个公共的方法。让每一个模块去调用，可是假设如今我要改，不调用上面那个代码段，调用其它的一段代码，那么这三个模块都要手动改动。假设是放在拦截器里面，这时候系统就会自己主动去调用。方法的调用由系统来完毕，我们仅仅须要在配置文件里配置一下就可以。

       由此能够看出。拦截器实现了自己主动调用不同的方法体。甚至全然改变目标方法。拦截器强大的解耦功能在此体现的非常好。

实例

配置文件里拦截器的配置

<packagename="struts2" extends="struts-default">

<interceptors>

<!--定义记录日志拦截器 -->

<interceptorname="myLogInterceptor" class ="com.bjpowernode.struts2.MyLogInterceptor"/>

<!--定义检查安全性拦截器 -->

<interceptorname="mySecurityInterceptor"class="com.bjpowernode.struts2.MySecurityInterceptor"/>

<!--拦截器栈 -->

<interceptor-stackname="myInterceptorStack">

<interceptor-refname="defaultStack"/>

<!--自己定义拦截器-->

<interceptor-refname="myLogInterceptor"/>

<interceptor-refname="mySecurityInterceptor"/>

</interceptor-stack>

</interceptors>

<!--定义为缺省拦截器，全部的Action都会得到使用 -->

<default-interceptor-refname="myInterceptorStack" />

<actionname="login"class="com.bjpowernode.struts2.LoginAction">

<result>/login_success.jsp</result>

<resultname="error">/login_error.jsp</result>

</action>

</package>

总结

        从上面能够看出。拦截器是struts2的重要组成部分，使得struts2的配置更加灵活而不影响框架的不论什么操作。而且体现了高度复用与扩展的思想。这不就是面向对象的体现么，可见拦截器的设计巧妙。从这里我们也能体会出。当我们遇到问题，就要去变，去抽象，去封装。让我们的代码越写越少。维护方便，效率高。