Mybatis原理解析（三）--getMapper动态获取接口实现类

在上一篇中，我们讲述了Mybatis中是如何创建出SqlSession的，知道了在创建SqlSession的过程中Mybatis的底层其实是在帮我们创建了Executor执行器，并且存放在了创建的DefaultSqlSession中，想知道创建DefaultSqlSession过程的朋友可以到

Mybatis原理解析（二）SqlSession的创建过程

回到这一篇的主题，在我们获取到了带有Executor的DefaultSqlSession之后，我们就要通过这个DefaultSqlSession去getMapper去获取到我们对应的接口实现类了。通常都是这样调用的

UserMapper userMapper = sqlSession.getMapper(UserMapper.class);

那么此时我们debug进去，看看里面底层是到底发生了什么

进去之后尼里面是调用了DefaultSqlSession的Configuration对象的getMapper方法，把类对象type以及自身作为参数传了进去，继续深入。

 在Configuration的getMapper方法中，里面调用的是MapperRegistry的getMapper方法，这个MapperRegistry对象好眼熟，在哪里见过尼？其实这个对象在我们第一篇讲述创建SqlSessionFactory的过程中，底层初始化Configuration对象时出现过了，所以说现在我们可以知道这个对象里面有一个knownMappers的Map属性对象，这个map的存的是以我们的接口类对象为key，接口类对象相对应的MapperProxyFactory为value的。现在继续深入。

可以看到knownMappers根据我们传进来的接口Class对象去获取到相应的MapperProxyFactory对象。然后我们继续执行到mapperProxyFactory.newInstance（sqlSession）这个方法，很明显这个方法最终返回给了上层一个泛型对象，所以这个方法就是重点了。继续深入。

里面new了一个MapperProxy对象，然后又作为参数传入了newInstance方法中，那么这个MapperProxy是什么东西？我们进去看一看。

 可以发现其实这里用到了jdk的动态代理模式。看它的invoke方法。

 然后此时我们先回到mapperProxyFactory的newInstance方法。

 

最后就把得到的动态代理的对象返回到上层了。

这里再多说一句，其实MapperProxy这个类只是一个为了创建我们的动态代理类的一个跳板而已，我们要的就是借助它去创建出我们的代理类，而这个代理类不负责对MapperProxy类的方法做任何的增强。因为通常我们在使用动态代理时是为了给某个代理的目标类的某些方法进行前后逻辑的增强，而这里其实不然，用到的其实只是得到代理类而已，所以我们并不关心invoke方法上面的逻辑，而是关心的是invoke方法最下面的逻辑，我们之后的增删改查操作全部都是作用于下面的逻辑之中了。