一、引言
前面一篇文章介绍了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()+接口方法名是和mapper配置文件中的namespace+id相同的，这样就可以知道给SqlSession中的方法的第一个参数SQL的id传参。
所以最终可以得出如下图的结论，最终回到了最初的调用形式上，这样曲折来回主要就是为了规避以前直接调用SqlSession方法的风险，mybatis框架的设计者自己解决了这种隐藏的风险，不让其暴露给应用开发者。至于最终对SQL语句的执行实质上是一样的，最终都回到了SqlSesseion中的方法上。
三、关键细节代码分析
类：DefaultSqlSession
类：Configuration
类：MapperRegistry
从上面的过程可以看出，SqlSession的getMapper()方法首先是从Configuration对象中取出MapperRegistry对象，再从MapperRegistry对象中取出MapperProxyFactory对象。这些对象都是在mybatis读取配置文件时封装的，主要是通过addMapper方法，感兴趣的可以去看一下mybatis读取配置文件封装Configuration对象，这里不详细说明。需要注意这里使用了一个工厂方法，MapperRegistry通过addMapper方法注入给自己的并不是直接的MapperProxy对象，而是一个MapperProxyFactory工厂对象。通过该工厂对象的newInstance()方法构造MapperProxy对象。下面看一下构造过程：
类：MapperProxyFactory
类：MapperProxyFactory
上面红色圈出来的我们一定非常熟悉吧，这就是生成代理类实例的方法调用，第一个参数是被代理的class对象的classLoader，第二个参数是被代理的class对象数组，第三个参数是代理类实例。所以下面我们主要是看代理类实例的invoke()方法：
类：MapperProxy
上面三种颜色圈出来的部分都有值得分析的细节。
红色方框中的代码：
有人可能会奇怪为什么要有这么一个判断，在我们常规的动态代理invoke()方法中，会执行被代理对象的方法，通过method.invoke()反射的方式，但是这里我们代理的是没有具体实现类的接口，我们是不能执行接口方法的，所以这里会判断method所属的类是否是Object，如果不是则这段代码不会被执行，显然我们执行的是接口的方法，自然不会是Object对象的方法了，又有人会问，那既然会跳过这段代码，为什么不干脆去掉这段代码呢？这里就很微妙了，我们生成的代理类对象不仅可以代理执行被代理类的方法，它自身也是一个类对象，所以不能忘了它也具有从超类Object类继承的方法（如toString、hashCode、getClass等），当执行这些方法时，他们都是Object对象的方法，所以会进入if条件语句执行。也就是说我们invoke执行的是被代理接口的方法时会跳过if，最终是通过紫色方框中的代码执行的；而我们invoke如果执行的是Object对象（toString等）方法时直接进if中采用反射执行，不会执行紫色方框中的代码。
紫色方框中的代码：
我们说了接口方法不能直接执行，所以代理接口方法时实际上执行的是紫色方框中的方法。主要是通过mapperMethod的execute方法执行，这个方法我们稍后会进去跟踪一下源码。
黄色方框中的代码：
这里面的代码是从MethodCache中取MapperMethod对象，如果没有则构造一个MapperMethod对象并将其存在MethodCache中以便以后使用，这里是一个典型的享元模式，减少系统中对象的个数，提高性能。
类：MapperMethod
上面是MapperMethod的execute方法具体的执行，通过SqlCommand的type属性来执行相应的增删改查，从红色方框可以看到我们早就想看到的代码了，是不是很熟悉。而SqlCommand对象有两个比较重要的属性：name、type：
类：SqlCommand
上面紫色方框中的statementName的封装有没有很熟悉，采用的是接口的全限定名.接口方法名的方式，这就是我们在mapper配置文件中的的namespace+id，这两个类的两个属性name就是SQL的id，type就是根据标签insert、select、update、delete。这就是execute方法中执行哪个分支的依据。
四、总结
这篇文章主要介绍了mybatis接口编程的原理，过程可能显得比较杂乱，下一篇文章中我将模拟mybatis接口编程原理写一个模拟的动态代理实现，敬请期待！