Mybatis源码执行流程

 第一步:通过Resources加载配置好的mybatis.xml配置文件。
Resources是ibatis.io包下面的类，也就是一个io流，用于读写文件，通过getResourceAsStream把xml文件加载进来，把配置文件解析为一个流。
第二步:然后看第二句话，这句话是关键。我们首先new了一个SqlSessionFactoryBuilder对象，他是SqlSessionFactory的构建者。我们调用了他的build()方法。这个方法长什么样子呢?看一下他的源码：

我们发现里面有一个XMLconfigBuilder对象，他是做什么的呢?他是用来解析XML文件的一个构建者，通过他的parse()方法解析mybatis配置文件

解析configuration下的子节点：

然后我们发现parse()解析完成后，他返回了一个configuration对象，它是用来存放mybatis核心配置文件解析完成后的结果。这个configuration又返回给谁了呢?继续看源码:

又返回了一个build方法，把刚才的返回值configuration作为参数传入这个方法中，并返回了一个DefaultSqlSessionFactory对象，这是SqlSessionFactory的实现类，用来生产defaultSqlSession对象。这样上面的第二句话才算真正的结束了。。。
这时候会不会有的小伙伴疑惑，为什么既然DefaultSqglSessionFactory是SqlSessionFactory的实现类，为什么我们不直接new一个defaultSqlSessionFactory呢?原因:看源码知道，如果new defaultSqlSessionFactory的话，我们需要一个configuration对象，而这个对象有事经过层层磨难才得到的，所有我们一般采取构建筑模式，直接把xml字节流或字符流给了sq/SessionfactoryBuilder就好了，我们就不用管他是怎么生成的了。
第三步:我们继续往下走，我们最终的目的是获取一个SqlSession对象，现在我们有了一个SqlSessionFactory了，就愉快的生成SqlSession吧。从第三句看，调用了openSession()方法，这又个方法是用来控制事务的提交或回滚；看源码知道里面有个environment (xml中配置的)，而且是从configuration中获得的（之前做的总算没有白费)，通过这些参数transactionFactory就帮我们产生了transaction。

 有了这些我们就能得到最后的sqlSession了。
第四步: jdk动态代理生成mapper接口的代理对象，通过DefaultSqISession的getMapper()来生成代理实现类：

 第五步:通过第四步返回的代理对象的getUser方法调用getMapper方法最终执行的方法
代理对象的getUser方法执行其实走的是MapperProxy的invoke方法。

这里是判断SQL的执行类型

 查询方法

走executor的query方法，先从二级缓存取 

 走CachingExecutor的query方法，先从二级缓存中获取

 如二级缓存中没有数据，走delegate(BaseExecutor)的query方法，也就是一级缓存localCache，如果一级缓存没有数据，则走queryFromDatabase方法查数据库。

从数据库查到数据,放入到一级缓存中。