MyBatis源码分析-plugin执行过程

前面的几篇文章已经讲了配置文件所有属性解析都在这个方法里XMLConfigBuilder的parseConfiguration方法里，下面我们看下它是怎么解析plugin。解析plugin的方法pluginElement 

解析plugins的子节点interceptor，获取子节点的属性值。然后添加到Configuration的addInterceptor方法，

最终添加 ​​​​​​到InterceptorChain的interceptors集合中

下面我们自己定一个plugin,将sql语句和参数拼接成完整的一条sql,只拦截query和update方法，需要在类上面的@Intercepts注解加入@Signature(方法签名)，定义需要拦截的类型、方法和参与等

，需要实现mybayis的Interceptor接口，实现intercept和重写plugin方法

 然后在配置文件中加入plugin，可以添加多个plugin。

通过上面的操作，我们已经可以把plugin添加的容器中了，那么plugin是怎么执行的呢？我们通过获取SqlSession执行方法的时候会创建执行器Executor

 调用openSessionFromDataSource方法，先传入默认的执行器SIMPLE

 我们看下执行器有三种方式

调用newExecutor方法，构造Executor对象

责任链方式调用拦截器，因为我们需要获取到执行的SQL语句和参数，所以是在doQuery方法这里

 因为们实现了interceptor接口，解析配置文件的时候已经放到了InterceptorChain对象的interceptors集合里，这里循环拿出来，就会调到我们自己写的拦截器了。

 调我们自己写的拦截器的plugin的方法，判断执行的类型是不是符合我们定义的 

再看wrap方法。

wrap方法里面的getSignatureMap方法，会解析我们拦截器上面的签名信息即@Signature，并将结果放入到signatureMap集合中，后面会拿出来判断。

因为我们实现了InvocationHandler接口，所以会调用invoke方法，

 invoke方法里又调用了intercept方法，所以就自然调到了我们自己写的拦截器的方法。但是在调用intercept方法之前，会先判断执行的方法是不是在我们定义的签名集合里。

以上就是plugin的调用过程，plugin这里用到了责任链模式和代理模式(JDK的动态代理)。