拦截器初探
昨天临睡觉之前看了看拦截器，也在昨天的学习笔记里面胡诌诌了几句，今天就来好好的会会拦截器这个东西。实际上拦截器是一种模块实现的机制<起码我是这么体会的>（至于说书里面说体现了AOP的设计思想…我连AOP是啥还没搞清楚好伐…）,在struts1的版本里面，struts将所有的功能围绕着核心控制器来实现的，而到了Struts2，控制器不在承担过多的功能支持，将这些功能拓展交给拦截器来完成。
拦截器设计为在action之前或action之后执行，从系统的架构图也能看出来，除了系统核心的拦截器外，你还可以插入其他的拦截器。
拦截器还有一个好处，就是解耦合。比如说A方法中需要验证username长度不能超过25位，B方法也需要，C方法也需要，那么我们就可以考虑将这个验证放在一个拦截器中实现，在执行Action之前执行，如果错误就返回，如果正确继续执行Action。
那么到底拦截器的原理是什么呢？我觉得从struts的书上是找不到答案了，度娘帮一下，下面是度娘给的定义…
java里的拦截器是动态拦截Action调用的对象。它提供了一种机制可以使开发者可以定义在一个action执行的前后执行的代码，也可以在一个action执行前阻止其执行，同时也提供了一种可以提取action中可重用部分的方式。在AOP（Aspect-Oriented Programming）中拦截器用于在某个方法或字段被访问之前，进行拦截然后在之前或之后加入某些操作。
这么一查的倒是提醒我了，有一点很重要，拦截器并非什么特殊的代码，他只是一个Java类，实现起来很简单。还有就是拦截器与过滤器的区别：
过滤器可以简单理解为
取你所想取
忽视掉那些你不想要的东西；拦截器可以简单理解为
拒你所想拒
关心你想要拒绝掉哪些东西，比如一个BBS论坛上拦截掉敏感词汇。
1.拦截器是基于java反射机制的，而过滤器是基于函数回调的。
2.过滤器依赖于servlet容器，而拦截器不依赖于servlet容器。
3.拦截器只对action起作用，而过滤器几乎可以对所有请求起作用。
4.拦截器可以访问action上下文、值栈里的对象，而过滤器不能。
5.在action的生命周期里，拦截器可以多起调用，而过滤器只能在容器初始化时调用一次。
现在发现和自己的想法差不多，核心一句话“拒你所相拒”！
声明和使用拦截器
搞清楚概念和用途后，就该尝试一下了。我一直很讨厌书大而全，啥都给你讲，生怕你不知道乾隆的第42个娘娘的外婆的外甥女的爸爸叫啥，有必要么？我们需要将最常用的东西，其他就直接说有几种方法，其中哪两种已经不适用了，我们介绍这种，就OK了，唉….
现在开发实际上都是直接在struts.xml配置拦截器，这样就避免了在类中指定的高耦合的情况。在Struts.xml配置过滤器的格式是：
<interceptor name=”interceptorName”class=”interceptorClass /></interceptor>
实际上定义的格式与Action十分类似。如果你像向配置的拦截器传递参数你还可以在标签之中添加param标签，指定你需要传递的参数即可。
在开发中往往需要多个拦截器配合使用，这时候需要一个拦截器栈了。他的定义就是
<interceptor-stack name=”xxx”></interceptor-stack>在标签里面使用
<interceptor-ref>标签来指定拦截器。
具体怎么使用通过例子来演示吧，没有例子干看配置，总也不会太明白的，也没兴趣。
当然还有几个概念：
默认拦截器
<default-interceptor-ref name=”已经存在的拦截器或拦截器栈的名字”/>这个标签是package的子标签。
内建拦截器
我们没有配置拦截器的时候，你就已经可以获取到HHTP请求的传值了，这就是因为内建拦截器把参数拿到了存到了你可以拿到的地方。
内建拦截器就像一个工具库一样，为你提供了很多使用的东西，比如说提供文件上传功能的fileUpload啊，比如说输出Action执行时间的Timer等等等，这些内建拦截器用到了去查就行了。
下面看一看怎样自定义一个拦截器来扩展struts的功能：
首先需要实现Interceptor接口，需要实现三个方法，init、destory和interceptor。那么Struts2的AbstractInterceptor已经为我们实现了Interceptor接口，大多数情况下我们直接继承AbstractInterceptor就可以了，这个和Action接口与ActionSupport类的关系很相似。
下面是一个拦截器的实现：
package tech.youngs.Interceptor;
import com.opensymphony.xwork2.ActionInvocation;
import com.opensymphony.xwork2.interceptor.AbstractInterceptor;public class RegInterceptor extends AbstractInterceptor{
private static final long serialVersionUID = 1L;@Override
public String intercept(ActionInvocation arg0) throws Exception {
// TODO Auto-generated method stub
System.out.println("拦截器开始工作");
String result = arg0.invoke();
System.out.println("拦截器结束工作");
return result;
}}
Action的代码其实没什么特别的就不贴了，这里贴出struts.xml的配置代码：
<interceptors>
<interceptor name="register" class="tech.youngs.Interceptor.RegInterceptor"/>
</interceptors>
<action name="reg" class="tech.youngs.Action.RegisterAction">
<result name="success">/WEB-INF/jsp/success.jsp</result>
<result name="input">/WEB-INF/jsp/reg.jsp</result>
<interceptor-ref name="defaultStack" />
<interceptor-ref name="register" />
</action>
特别注意 是<interceptors>标签里面定义着拦截器 在action里面使用<interceptor-ref>引用就行了。在写代码的时候还出现了一个错误，就是引用的定义的拦截器的name不相同了，给我报404的页面，现在体会着struts报了404绝壁是配置文件除了问题，慢慢找就行了 注意一下什么name想不想同啊 这一类的问题。
拦截器深入
上面只介绍了拦截器的原理，还不知道内部是怎么运行的，输出了一下args.invoke 控制台显示了input也就是不成功的时候的字符串。这个东西我觉得网上的文章说的很好：
invocation.invoke() 就是通知struts2接着干下面的事情
比如 调用下一个拦截器 或 执行下一个Action
就等于退出了你自己编写的这个interceptor了
1. 如果拦截器堆栈中还有其他的Interceptor，那么invocation.invoke()将调用堆栈中下一个Interceptor的执行。
2. 如果拦截器堆栈中只有Action了，那么invocation.invoke()将调用Action执行。
特别注意，在使用自定义拦截器的时候，必须引用struts2自带的拦截器缺省堆栈defaultStack，不然会出错。
在实际的开发过程中，实际很少会对整个Action去拦截，可能只需要对某几个方法去进行验证之类的工作，那么struts提供了一种过滤方法的拦截器，这个拦截器与普通拦截器的唯一不同就是，继承了MethodFilterIntercepter，这个类已经继承了AbstractInterceptor，它重写了intercept方法，还提供了doIntercept的抽象方法供用户实现。
其实MethodFilterIntercepter与普通的拦截器的实现代码没什么区别。那么怎么实现过滤到需要拦截的方法呢——struts.xml继续看….
<intercepter-ref name=”xxxInterceptor”>
<param name=”executeMethods”>execute,login</param>
</intercepter-ref>
在引用自定义拦截器的时候，增加一个名为executeMethods的参数就行了，中间的方法名将不会被拦截，特别注意是executeMethods，这个在声明拦截器的时候的坑很像，就是复数，而且这种错误犯了的话会很难找的，interceptors和executeMethods。中间的方法名使用都好隔开就行了。
下面看一个比较高级的例子吧，权限控制。这个我在PHP的时候做过，思路就是库内的用户权限有单独的字段，然后他登录了权限字段会存入Session中，那么页面会判断你这个session里的权限是不是满足访问页面的最低权限，ok就进，or就出，就是这样的思路。
这里记一下ActionContext的几种获取方式：
- 在自定义的拦截器中：使用ActionInvocation.getInvocationContext()或者使用ActionContext.getContext()。
- 在Action类中：让拦截器注入或者使用ActionContext.getContext()。
- 在非Action类中：让Action类传递参数、使用注入机制注入或者使用ActionContext.getContext()。注意：只有运行在request线程中的代码才能调用ActionContext.getContext()，否则返回的是null。
在上面我们看到，在自定义的拦截器中两种方式实际上是对等的。
在MVC框架里面有这样一条开发的原则，尽量不要再Controller层做过多的判断，这真的是一条比较好的法则，希望各位小伙伴们在开发的时候遵循。
那么在Struts2内也是一样的，我们不要讲权限的判断交给Action去执行，我们将权限的控制放在拦截器中去实现：
…..我都郁闷了 弄了一下午sessionMap没有值…..
求大神解答 为啥ActionContext在interceptor里面没有值呢？