Mybatis底层原理学习（二）：从源码角度分析一次查询操作过程

在阅读这篇文章之前，建议先阅读一下我之前写的两篇文章，对理解这篇文章很有帮助，特别是Mybatis新手：

写给mybatis小白的入门指南

mybatis底层原理学习（一）：SqlSessionFactory和SqlSession的创建过程

如果你想获得更好的阅读体验，可以点击这里:Mybatis底层原理学习（二）：从源码角度分析一次查询操作过程

（1）在使用Mybatis操作数据库的时候，每一次的CRUD操作都会去获取一次映射配置文件（mapper xml文件）对应的sql映射。每一个sql映射在内存缓存中（创建SqlSessionFactory之前就缓存在内存中了）都会有唯一ID，就是sql映射所在xml文件的命名空间加上sql映射配置节点的id值。

（2）Mapper xml文件的命名空间使用的是类的全路径名，这样做的好处是可以全局唯一，又可以通过反射获取对应的Mapper类。可以理解成每一个mapper xml文件对应一个Mapper类。
（3）mapper xml文件每一个sql映射节点的id属性值对应类的一个方法。我们在配置sql映射的时候也必须这样做，因为Mybatis的底层就是使用反射机制来获取执行方法的全路径作为ID来获取sql的映射配置的。

（4）每一个和mapper xml文件关联的类，都是Mapper类，在执行过程，通过动态代理，执行对应的方法。Mybatis是如何判断哪些类是Mapper类的呢？其实只有在运行时才会知道。在加载Mybatis配置文件中，通过解析mapper xml文件缓存了所有的sql映射配置，在调用SqlSession的getMapper方法获取Mapper类的时候才会生成代理类。

现在，我们来从源码角度分析Mapper代理类的创建过程，demo源码在后面给出
demo示例：

public class Main {

    private static final Logger LOGGER = LoggerFactory.getLogger(Main.class);

    public static void main(String[] args) {
        SqlSession sqlSession = MyBatisUtil.getSqlSession();
        ArticleMapper mapper = sqlSession.getMapper(ArticleMapper.class);
        Article article = mapper.selectOne(1);
        LOGGER.info("title:" + article.getTitle() + " " + "content:" + article.getContent());
    }

}

我们在这行代码处搭上断点：

ArticleMapper mapper = sqlSession.getMapper(ArticleMapper.class);

Debug进去，执行下面代码：

public <T> T getMapper(Class<T> type) {
   
    return configuration.<T>getMapper(type, this);
  }

configuration持有Mybatis的基本配置信息，继续看看getMapper方法的执行：

public <T> T getMapper(Class<T> type, SqlSession sqlSession) {
   
    return mapperRegistry.getMapper(type, sqlSession);
  }

mapperRegistry缓存了所有的SQL映射配置信息，在加载解析Mybatis配置文件（例子是mybatis）和mapper xml文件的时候完成缓存的，继续看getMapper的执行：

public <T> T getMapper(Class<T> type, SqlSession sqlSession) {
   
    // 这里首先会获取Mapper代理类工厂，拿到代理工厂就创建代理类
    final<