现象：

自定义插件注册成功，但是始终不进入拦截器方法；
我的拦截器：

在这里插入图片描述

排查

Mybatis拦截器是采用的责任链模式，一般拦截器中intercept方法中最后执行 invocation.proceed() 方法，将拦截器责任链向后传递；

但是查看pageHelper源码可以发现，他的拦截器方法中并没有向后传递责任链，而是直接执行了另一个query方法：

com.github.pagehelper.PageInterceptor#intercept

方案一

不管插件执行顺序，按规范文档来配置自定义插件即可：(即两个query方法都拦截)
在这里插入图片描述

方案二

想办法让自定义拦截器，在pageHelper拦截器之前执行，拦截第一个query方法：
（或者配置在pagehelper之后执行，拦截第二个query方法也是可以的）；

所以需要使自定义拦截器在pagehelper之后添加；

自定义插件配置类上添加注解： @AutoConfigureAfter({PageHelperAutoConfiguration.class})

@Configuration
@ConditionalOnBean({ 
   SqlSessionFactory.class})
@AutoConfigureAfter({ 
   PageHelperAutoConfiguration.class})  // 保证在分页插件之后加载
public class MybatisInterceptorConfig { 
    …… }

将该配置类设置为一个 auto-configuration 类

# 创建src/main/resources/META-INF/spring.factories，声明该配置类即可

# spring.factories文件中  # 自定义配置类的全路径自己修改
org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
com.hx.springbootmybatis.order.mybatis.MybatisInterceptorConfig

方案三

就是方案二括号中的方式：（或者配置在pagehelper之后执行，拦截第二个query方法也是可以的）； 把方案二中的注解改一下：

@AutoConfigureBefore({ 
   PageHelperAutoConfiguration.class})  // 保证在分页插件之前加载

而且这样还可以捕获到分页语句构建之后的 sql 了！

补充

CachingExecutor中有2个query方法：
在这里插入图片描述

另外提一个问题：query方法中调用了同对象中的另一个query方法，会再次进入拦截器吗？
答案：不会；
观察源码得知，mybatis拦截器的执行逻辑是这样的，所以更加肯定的得出结论：不会；
在这里插入图片描述

总结：

Mybatis 插件的执行顺序有两种：
1、不同拦截对象执行顺序，如下：
	Executor` -> `StatementHandler` -> `ParameterHandler` -> `ResultSetHandler
2、拦截相同对象执行顺序，取决于 mybatis-config.xml 中 <plugin> 配置顺序，越靠后，优先级越高。
3、拦截相同对象执行顺序，如果是使用的配置类加载，则取决于配置类的加载顺序，加载顺序，越靠后，优先级越高；

参考链接：

1、http://xtong.tech/2018/08/01/MyBatis%E6%8B%A6%E6%88%AA%E5%99%A8%E5%9B%A0pagehelper%E8%80%8C%E5%A4%B1%E6%95%88%E7%9A%84%E9%97%AE%E9%A2%98%E8%A7%A3%E5%86%B3/

2、https://zhuanlan.zhihu.com/p/266735787
3、QueryInterceptor 规范

发布者：全栈程序员-用户IM，转载请注明出处：https://javaforall.cn/195510.html原文链接：https://javaforall.cn

【正版授权，激活自己账号】： Jetbrains全家桶Ide使用，1年售后保障，每天仅需1毛

【官方授权正版激活】： 官方授权正版激活支持Jetbrains家族下所有IDE 使用个人JB账号...