MyBatis功能点二：MyBatis提供的拦截器平台

　　前面关于MyBatis功能点二plugin已经介绍了一些应用及其实现的底层代码，本文总结MyBatis提供的拦截器平台框架体系。

　　　　

　　通过MyBatis功能点二：从责任链设计模式的角度理解插件实现技术 - 池塘里洗澡的鸭子 - 博客园 (cnblogs.com)中相关源码分析可知责任链模式在拦截器平台中的应用。从上图看除了责任链模式拦截器平台还使用了jdk动态代理，因为Plugin继承了实现jdk动态代理的Invocationhandler接口。

　　综合而言，Mybatis将工作单元与具体执行机制分离，弱化耦合。上图为具体工作单元，而具体执行由Mybaits提供的Executor框架进行处理。

　　整个拦截器平台的流程可以理解为：

　　　　1、解析Configuration时生成拦截器链InterceptorChain，完成工作单元的汇总;

　　　　2、　还是在Configuration解析保存的过程中，查看Configuration提供的下列方法可知插件仅对四大组件作用：

　　　　　　

　　　　　　

　　3、以上两步都是对工作单元功能的完善，之后就是Executor框架执行Mybatis提供的功能同时增强执行这些插件功能。

　　　　Executor：doQuery——>Configuration：newXXXHandler——>InterceptorChain：pluginAll。

　　很奇怪，多有执行过程中没有Plugin这个类的踪影，为啥？实际在pluginAll的时候就进行了Plugin类的处理。那么多拦截器，四大组件每一个拦截器都执行一遍么？当然不是，而是对应的组件使用对应的拦截器。拦截器与对应组件匹配就是通过Plugin类完成。具体看下Plugin类图，如下：

　　　　

　　一个具体的Interceptor如下：

　　　　

　　很明显signatureMap属性存储的就是当期拦截器要拦截的类和方法，具体通过getSignatureMap方法从拦截器Intercepts注解和Signature注解中获取。对剩下的就是jdk动态代理的一般流程——对满足条件的target对象进行wrap处理之后成为了plugin对象，当目标对象的目标方法被调用时直接进入plugin对象的invoke方法进行处理，否则还是原对象执行。