Mybatis的动态代理调用链(拦截器)

MyBatis 中，拦截器的实现建立在 Java 的动态代理机制之上，这种设计允许拦截数据库操作并执行自定义逻辑。接下来，我们深入探讨其源码实现，特别是方法参数和调用过程。

关键概念与方法

pluginAll 方法

在 MyBatis 中，拦截器通过 pluginAll 方法进行动态代理链路的构造：

• target: 是需要被拦截的对象，首次传入时是执行具体操作的核心对象Executor。
• 循环代理 通过 for 循环，每一次迭代用当前拦截器代理上一次返回的代理对象，最终形成多层嵌套的代理链。

Plugin的wrap方法

拦截器有一个静态类 自定义拦截器基本都是固定调用，指向Plugin类的静态方法wrap

在这段代码中 target是被代理的对象，通过这个方法 target将会被new出来的Plugin进行代理

动态代理链路的形态（重要）

Plugin3(Plugin2(Plugin1(Executor)))

Plugin的invoke方法

通过动态代理呢，executor的方法调用将会被Plugin的invoke方法取代，在这个方法中 我们见到了拦截器的intercept()方法调用，这也就是我们自己去实现拦截器时 需要重写的核心方法

自定义拦截器的intercept方法

通过intercept方法 我们自定义了拦截器对sql进行特殊操作，最终通过invocation.proceed()方法 调用被代理类的真实方法，从而进入代理链路的下一个对象中去

总结

mybatis的拦截器，实质上是通过了动态代理链路的方式去实现的责任链模式，和常规的for循环责任链调用不同。

题外

拦截器参数转换机制：

PageHelper 的拦截器在 startPage 方法调用后，会将原始4参数方法（mappedStatement, parameter, rowBounds, resultHandler）转换为6参数方法（主要增加了 boundSql）。
在后续的拦截链中，实际执行的 SQL 是基于6参数方法中的最后一个参数（sql），而非4参数中rowBounds的sql，故自己写拦截器时要注意失效场景

PageHepler拦截器

自定义拦截器 (正确使用)