mybatis接口编程原理解析二

一、引言

前面一篇文章介绍了mybatis之所以推荐采用接口式编程而不是采用SqlSession的方法的原因，也引出了接口式编程之所以能实现这背后的大boss：反射与动态代理。在这篇文章中就不再赘述，详情请看https://blog.csdn.net/Wenlong_L/article/details/82942831。

下面开始实际探究mybatis接口式编程背后的秘密。

二、整体把控

我们说接口如果没有实际的实现类是不能直接调用的，但是我们确实调用了接口的方法，这里是采用的是jdk的动态代理实现的，有关jdk动态代理的知识我不详细解释，可以参见我前面的博客：https://blog.csdn.net/Wenlong_L/article/details/82843481。这是java编程基础里面就应该学习的。这里的代理类为MapperProxy，参照下面这幅图来讲解，当执行接口的方法queryMessageList()方法时，实际上执行的是MapperProxy这个代理类的invoke()方法。

既然最终调用的是invoke方法，对于常规的动态代理来说，我们一般在invoke方法中对被代理类的方法进行增强，也就是说一般先执行before()方法，再执行被代理类对象的方法，最后执行after()方法。其中before()与after()这两个方法就是对被代理对象方法进行的增强调用。但是在这里我们不能执行被代理对象的方法，原因很简单，我们这里代理的是一个接口的class对象，并不是代理的一个实现了接口的类。如下图所示，在这里invoke()方法中最终是通过调用SqlSession的方法执行SQL语句的，那代理这个接口的意义何在呢？主要是接口全限定名class.getName()+