Spring-AOP、Struts2拦截器、MyBatis Plugin实现原理比较(一)

大部分人看到标题一定会有这样的疑问，"为什么把这个三个看起来不相关的东西放在一起比较呀？"

?

其实无论是AOP、拦截器还是Plugin 都是通过对目标点，一般来说就是对函数的拦截，扩展原有的功能，增加切面逻辑(日志，权限验证)，修改上下文运行数据(实现Mybatis物理分页)。

?

Spring-AOP是个通用的框架，通过配置可以对任意函数进行拦截

Struts2是Web框架，它的拦截器就只针对它的Action

Mybatis的Plugin是针对它封装的JDBC各个环节进行拦截(http://www.mybatis.org/core/configuration.html#plugins)

?

注：中文的拦截器、通知、插件指的都是拦截器

?

实现原理上看，都是通过Java的动态代理机制，在运行时加载拦截器(按AOP的规范也叫通知器)，对目标对象生成代理，在特定接口对应的函数调用时，实施拦截，调用拦截器的逻辑。

?

Spring-AOP和Struts2都是将多个拦截器组织到数组中，在每个拦截方法调用时以责任链的形式，会有一个中央调度器，触发下一个拦截器。

这里面，Struts2需要拦截器在实现时来组织调用逻辑，比如是在目标对象前还是后来执行拦截的逻辑。而Spring-AOP对不同的拦截器又进行了细分，有BeforeAdvice、AfterreturningAdvice、AroundAdvice在Spring中叫通知，会和Pointcut切点结合生成Advisor通知器，最后通过相应的适配器都会转成拦截器。

?

Spring-AOP中的Pointcut可以看成是对拦截点过滤机制的一种抽象和对象化表示形式，也就是指定在哪些类和哪些方法上进行拦截。Struts2也有类似的机制，但过滤的只是Action中的方法。

?

Mybatis也是责任链，动态代理，可过滤拦截点，和Spring-AOP、Struts2有个理念上的差别是，它在组织多个拦截器时使用的是层层代理，就是第一个插件代理目标实例 、第二个插件再生成第一个代理的代理、第三个插件再生成第二个代理的代理...... ? ?这个真是原生AOP呀！！！?

?

好，下面一一分析。

?

MyBatis

?

我们先看一下这个层层代理是怎么生成的

?

下面是一个 Mybatis Plugin?的简单例子

?

1、函数上的注解是指定拦截方法的签名 ?[type,method,args]?

?

2、Object intercept(Invocation invocation) ?是实现拦截逻辑的地方，内部要通过invocation.proceed()显式地推进责任链前进，也就是调用下一个拦截器或拦截的目标方法。

?

3、Object plugin(Object target) 就是用当前这个拦截器生成对目标target的代理，实际是通过Plugin.wrap(target, this) 来完成的，把目标target和拦截器this传给了包装函数。

?

  public Object proceed() throws InvocationTargetException, IllegalAccessException {    return method.invoke(target, args);  }

总结:

我们假设在MyBatis配置了一个插件，在运行时会发生什么？

1、所有可能被拦截的处理类都会生成一个代理

2、处理类代理在执行对应方法时，判断要不要执行插件中的拦截方法

3、执行插接中的拦截方法后，推进目标的执行

?

如果有N个插件，就有N个代理，每个代理都要执行上面的逻辑

?

?

这里面的层层代理要多次生成动态代理，是比较影响性能的。虽然能指定插件拦截的位置，但这个是在执行方法时动态判断，初始化的时候就是简单的把插件包装到了所有可以拦截的地方。

?

不过一般来说使用MyBatis也不会用很多插件，也可能是因为这个原因，它的拦截机制实现的不是很精细。如果实现情况中一定要有好多插件，我认为可以参照下面Struts2 和 Spring-AOP 的实现，将拦截器由中央调度器统一调度，这样只需一个代理(插件)来启动调度逻辑就行，每次都是调用中央调度器推进责任链的调度，也就是向前推进。

?

?

?