这次我们来说说Mybatis的源码，这里只说执行的流程，内部细节太多了，这里只能授之以渔了。还是最近的那段代码，我们来回顾一下。

packagemybatis;importmybatis.bean.StudentBean;importmybatis.dao.StudentMapper;importorg.apache.ibatis.io.Resources;importorg.apache.ibatis.session.SqlSession;importorg.apache.ibatis.session.SqlSessionFactory;importorg.apache.ibatis.session.SqlSessionFactoryBuilder;importorg.junit.Before;importorg.junit.Test;importjava.io.IOException;importjava.io.InputStream;public classTest1 {publicSqlSession session;publicSqlSessionFactory sqlSessionFactory;

@Beforepublic void init() throwsIOException {

String resource= "mybatis-config.xml";

InputStream inputStream=Resources.getResourceAsStream(resource);

sqlSessionFactory= newSqlSessionFactoryBuilder().build(inputStream);

session=sqlSessionFactory.openSession();

}

@Testpublic voidstudentTest() {

StudentMapper mapper= session.getMapper(StudentMapper.class);

StudentBean result= mapper.selectUser(1);

System.out.println(result);

session.commit();

}

}

就是拿到流文件，也是我们主配置文件，进行流文件解析，传入到build内，构建成一个sqlSessionFactory，再由sqlSessionFactory得到session，拿到mapper，执行sql，完成。

简单的流程应该是这样的，我们来一个稍微专业一点图。

转变为我们的代码大概就是这三步，构建Configuration对象，构建我们的sqlsessionfactory，得到我们的session，得到对应的statement(处理参数和结果)从而得到结果集。

那么我们先从我们一步步来看，先看我们的Configuration对象

Configuration解析：

我们打开Configuration类可以看到，里面很多的属性设置，包括缓存，mapper，插件等等，其实就是把我们的xml标签转化为对象了，这里需要说明一下的是，这个解析过程是把所有的相关的xml都转为Configuration对象了，包括config.xml和mapper.xml。源码太多，我就不粘贴了。我给你看一下我转化完成的。

这里没有什么神秘的，就是一个xml解析的过程，在XMLConfigBuilder类的parse方法，生成了完成的Configuration对象，有兴趣的可以打个断点看一下。

这里要注意的就是里面很多元素是一个对应多个的，很多属性是map和set。顺便收一下里面是由多个构造器来构建的。

MapperAnnotationBuilder为注解方式的构造器，其余都是为Configuration服务的。也就是说在创建Configuration之后很多东西就已经确定了(除了cache)。那么又是如何生成sqlsession的呢。回到我们创建完Configuration对象那句源码上来。

点击build方法进去，我们看到是new DefaultSqlSessionFactory然后把我们的Configuration对象传递进去，也就是说有了Configuration对象也就生成了我们的DefaultSqlSessionFactory对象。DefaultSqlSessionFactory实现了我们的SqlSessionFactory，我们也就得到了SqlSessionFactory。接下来就是我们的sqlsession了

sessionsql解析：

还是老规矩，上个图再看源码，比较好理解。

执行过程大概是这样的。

 就是什么意思呢？由DefaultSqlSessionFactory生成一个执行器Executor，下面是由BaseExecutor支撑的，里面包含一些配置和我们的一级缓存(是不是更深入的知道为啥一级缓存生命短了)，同时也有一个类似装饰器的CachingExecutor，他的下面也是需要BaseExecutor来支撑的，需要查询时优先查缓存，查询不到回到我们的BaseExecutor来执行。搂一眼源码去，sqlSessionFactory.openSession()方法也就得到了我们的sqlsession，我们进去看一下都写了什么。

里面的95行tx主要是从我们的configuration中拿到一些数据源的配置，也就是我们图中画的来支撑BaseExecutor的配置，来到96行，创建Executor，传入了数据源配置和一个执行类型，这里简单提一嘴，类型主要有三种：SIMPLE(简单), REUSE(可重复使用), BATCH(批量进行)，一般我们都用的SIMPLE。我们再进我们的Executor的创建方法看看，他们都做了什么事。

先判断了执行器类型，简单，可重复，批量，613行就是我们的缓存执行器了，外面那个判断就是你是否配置了二级缓存，从而是否配置我们的缓存执行器，底层还是Executor，可以点击进去看看的。

就是说我们由配置文件config.xml，mapper.xml生成了我们的Configuration对象，将Configuration放置在DefaultSqlSessionFactory内，生成了我们的Executor执行器，准备执行SQL。回到主题我们继续看下一部分，最后一个MappedStatement

MappedStatement解析：

记住两个问题，增删改查，可以归类为两种，一种是原来的数据变化-增删改，另一种是原来的数据没有变化-查询。我们的mybatis也是这样来处理的，主要就是query和update两种大类方法。

MappedStatement是由调用Executor执行器前，由configuration对象来构建的。源码在DefaultSqlSession的select***方法内，这里就不详细说了。感兴趣的可以自己去了解一下。我们主要来说执行流程。

执行过程大致是，1.拿到sql；2.拼接参数；3.执行sql；4.封装结果集。我们来看一下具体的源码流程。

　　我们上面得知，执行器的真正执行都是在BaseExecutor里来执行的，我们在DefaultSqlSession调用的select方法，最后执行了executor.query，只优先走我们的CachingExecutor执行器，如果没有才到我们的BaseExecutor执行器里面来，我们的sql是查询，不需要变动数据，那么我们把断点打在我们的BaseExecutor类的query方法上。

147行是清理我们的一级缓存，如果在mapper.xml配置了清理标签，这里会先清理一级缓存。queryStack表示这个执行器是否正在被使用。

152行开始查询我们的一级缓存，如果为空调用156行，开始我们正式的查询，里面是放入缓存占位置，然后执行查询，清理缓存的占位重新放置缓存，这里说的都是一级缓存了。

总结一下就是：

1.拿到流文件config.xml和mapper.xml；

2.用我们的两个或多个流文件创建一个Configuration对象，(单一职责原则来构建的，很多个构造器来构建的，例如XMLConfigBuilder)

3.将Configuration对象塞给SqlSessionFactoryBuilder类的build方法，构建SqlSessionFactory对象。

4.sqlSessionFactory.openSession()拿到我们的session对象。

5.由session对象和Configuration对象封装参数和结果集映射，产生对应的执行器来，二级缓存执行器和BaseExecutor执行器。

6.由二级缓存执行器CachingExecutor来优先查询二级缓存是否存在，不存在执行BaseExecutor执行器的query或update方法。

7.拿到结果集转换ResultMap，session关闭，写入二级缓存，返回结束。

最进弄了一个公众号，小菜技术，欢迎大家的加入