提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

---

sql_7">MyBatis执行sql语句的流程

    //<1> 加载配置文件InputStream is = Resources.getResourceAsStream("mybatis-config.xml");//<2> 创建sessionFactory对象SqlSessionFactory sessionFactory = new SqlSessionFactoryBuilder().build(is);//<3> 获取sqlSession对象信息SqlSession session = sessionFactory.openSession();//<4> 构建映射器的代理对象SysUserMapper mapper = session.getMapper(SysUserMapper.class);//<5>调用相关方法信息SysUserPO sysUserPO = mapper.selectById(1L);

---

加载配置文件

我们进入<1>处的方法的：

我们发现一个陌生的对象classLoaderWrapper，看着像一个类加载器，我们进入这个类中查看：

发现这个对象包含两个类加载器，那么classLoaderWrapper也是关于进行类加载的对象。
我们进入getResourceAsStream方法中查看：

注意这里传入了一个空的类加载器对象，进入最底层：
我们发现这里传入了一个类加载器的数组，并且遍历了这个类加载器数组，然后尝试让类加载加载这个资源，加载成功后就立即返回。
但是这个类加载器数组是什么呢？我们返回上一层方法查看：

进入这个返回类加载器数组的方法：

    ClassLoader[] getClassLoaders(ClassLoader classLoader) {return new ClassLoader[]{//null，传入的时候为nullclassLoader,//classLoaderWrapper对象的类加载器变量this.defaultClassLoader, //关于当前线程的类加载器Thread.currentThread().getContextClassLoader(), //当前类的类加载器this.getClass().getClassLoader(), //classLoaderWrapper对象的另一个类加载器变量this.systemClassLoader};}

加载配置文件的流程

通过以上的代码追踪，<1>的步骤如下：通过classLoaderWrapper对象的类加载器变量对mybatis的配置文件进行加载，返回了一个输入流。

sqlsessionFactory_53">创建sqlsessionFactory对象

步骤<2>中我们发现创建啦一个SqlSessionFactoryBuilder对象并且通过build方法返回了sqlsessionFactory对象，我们进入方法查看：

该方法内首先通过步骤<1>获取的输入流创建了一个XmlConfigBuilder对象，然后调用了其parse方法，我们先查看parse方法：

这个方法首先是对mybatis配置文件标签进行了解析，并且返回了configuration对象，那么这个解析配置的方法应该是对configration对象的属性进行了填充，那么这个configuration对象是什么呢？我们进入这个类查看：

可以看到Configuration类中含有许多变量，包括我们很熟悉的缓存、请求映射和返回结果映射，我们其实就可以想到整个解析配置的方法中应该是对配置文件中的每个标签进行了解析然后填充到Configuration对象中，我们查看这个解析方法:

解析Mapper

进入这个方法中，我们可以发现确实如此，对每个标签进行了解析，我们查看一个很关键的方法mapperElement：

我们发现生成了一个迭代器，应该是对mappers的多个子标签mapper进行了遍历，然后获取mapper标签的多个属性，可以看到mapper存在三个属性，分别是resource、url、class，由下方的非空判断可知这三者是互斥的，进行判断后，由通过属性对每一个mapper进行加载获取输入流，然后又创建了XmlMapperBuilder，调用其parse方法对每一个mapper进行解析，进入方法：

我们发现，第一个方法对mapper标签进行了解析，我们进入第一个方法：

可以看到，这个方法对mapper标签下的每一条sql进行了解析，包括缓存、请求映射、响应结果映射、查询类型等，我们注意上方我框起来的方法：获取mapper的命名空间，并且存储在了一个对象中。
我们接着查看第二个方法：

还记得上面讲的吗，我们获取对mapper进行解析时存储的mapper的命名空间，然后通过命名空间进行加载获取了mapper的类型，然后这个addMapper方法看起来好像是对configuration对象的属性进行了填充，并且传入了mapper的类型，我们点进去查看：

这里又出现了MapperRegistry对象，是Configuration对象的变量，继续查看：

这里创建了一个MapperProxyFactory对象，似乎是创建mapper代理工厂，并且把mapper和代理工厂放入一个map集合中。
我们再回到sqlsessionFactory的创建：

发现我们之前通过XmlConfigBuider解析的配置文件的标签以及通过XmlMapperBuilder解析的每一个mapper的标签得到的Configuration对象，通过这个Configuration对象创建了DefalutSqlsessionFactory。

sqlsessionFactory_81">创建sqlsessionFactory流程

首先创建了XmlConfigBuilder对象，解析mybatis配置文件，来填充Configuration，在解析<mappers标签过程中，创建了XmlMapperBuilder对象解析每一个mapper中的标签，并且利用了Configuration对象的mapperRegistry的map变量，存储了键为mapper类型，值为mapper代理工厂。

sqlsession_83">获取sqlsession

进入方法最底层：

private SqlSession openSessionFromDataSource(ExecutorType execType, TransactionIsolationLevel level, boolean autoCommit) {Transaction tx = null;DefaultSqlSession var8;try {// 获取sqlsessionFactory的configuration变量的环境Environment environment = this.configuration.getEnvironment();// 通过环境获取事务工厂TransactionFactory transactionFactory = this.getTransactionFactoryFromEnvironment(environment);// 创建新的事务tx = transactionFactory.newTransaction(environment.getDataSource(), level, autoCommit);// 通过configuration创建ExecutorExecutor executor = this.configuration.newExecutor(tx, execType);// 通过Configuration和Executor创建sqlSessionvar8 = new DefaultSqlSession(this.configuration, executor, autoCommit);} catch (Exception var12) {this.closeTransaction(tx);throw ExceptionFactory.wrapException("Error opening session.  Cause: " + var12, var12);} finally {ErrorContext.instance().reset();}return var8;}

创建mapper代理

第<4>步返回了一个mapper对象，但不是实际的mapper，而是mapper的代理对象，我们进入方法最底层：

我们发现会从关于mapper代理工厂的map集合中，通过mapper类型获取代理工厂，并且通过代理工厂创建代理对象，点进去查看：

mapper代理对象的创建是基于JDK动态代理实现的，通过Proxy的newProxyInstance方法创建：

而创建代理的方法第三个参数是InvocationHandler，那么mapperProxy一定实现了InvocationHandler这个类，并且当我们调用代理对象的方法时，代理类的方法会中转到InvocationHandler对象的invoke方法，然后就可以在这个方法中对原方法做出一些增强，具体可参考:代理模式：静态代理和动态代理(JDK动态代理原理)

执行mapper方法

我们来查看使用代理模式做了哪些增强：

在这个方法中，首先判断这个类是不是接口，由于JDK动态代理生成的代理类需要继承Proxy类，又需要实现或继承被代理类来获取方法信息，但是java是多实现单继承，因此这个类必须是接口，然后判断是不是默认方法。
查看第一个方法，我们发现多了一个新的对象MapperMethod，进入查看：

发现是从缓存中获取一个MapperMethod对象，如果不存在进行创建，创建时可以发现闯入了mapper接口、调用的方法以及sqlsession的configuration对象，并且执行方法时也调用了其execute方法，我们看一下MapperMethod到底是什么：

其存在两个对象，分别是sql命令和方法签名，sql命令包括sql的类型和statement的id，方法签名包括方法的返回类型以及一些信息。
那么第一个方法就是从缓存中获取方法签名和sql信息，进入第二个方法查看：

首先会根据sql的类型，来选择执行方法，然后将参数装换为sql可以识别的参数，然后再次交给sqlsession来执行方法，我们随机进入一个执行方法查看：

根据sql命令的id在configuration对象中的MappedStatement缓存中获取相应MapperStatement，然后交给Sqlsession内部的executor来执行sql。
进入其中：

一级缓存和二级缓存

我们发现其包括两个实现类，当mybatis开启二级缓存时会进入第二个实现类中，
查看第二个实现类的方法：

这个方法会获取根据sql的参数等信息和MappedStatement包装成一个key

该方法首先会检验二级缓存标签是否存在，然后判断缓存是否需要进行刷新，最后从二级缓存中获取缓存，如果缓存不存在，那么就进入一级缓存中查看：


localCache就是一级缓存，是Executor的属性，而每一个Sqlsession包换一个Executor，因此每一个sqlsession都存在独立的一级缓存，而二级缓存是mapper级别的缓存，被多个sqlsession所共享。
进入最底层：

可以发现最后会通过statement执行sql语句

sql_160">总结：MyBatis执行一条sql语句的流程

加载配置文件：通过类加载器ClassLoaderWrapper以及一些其他的类加载器加载mybatis配置文件获得输入流。
SqlsessionFactory的创建：通过XmlConfigBuilder通过输入流解析配置文件的标签，来填充Configuration属性，在解析的mappers标签的过程中，遍历每一个mapper标签，通过mapper标签的属性解析相应的mapper，并通过XmlMapperBuilder对相应的mapper类的标签进行解析，在此期间，通过mapper的命名空间获取mapper类，并且创建mapper代理工厂，以mapper类为键，mapper代理工厂为值放入mapperRegistry的map集合中。
获取sqlsession：通过SqlsessionFactory的Configuration对象获取环境变量，通过环境变量获取事务工厂并且创建事务，然后通过事务和环境创建Executor对象，最后通过创建的Executor对象和事务来创建DefaultSqlsession并返回
获取代理对象：根据mapper类从关于mapper代理工厂的键值对中取出mapper代理工厂并且创建代理对象返回
执行相关方法：由于创建代理对象时传入了MapperProxy对象，其实现了InvocationHandler接口，因此调用代理相关方式时会进入MapperProxy的invoke方法，在该方法内首先会从缓存中获取MapperMethod对象，然后调用其Execute方法，根据sql的类型然后由Executor执行。
一二级缓存：在MapperMethod中会根据sql类型执行相应的方法，首先会将参数转换为sql可以识别的参数，如果执行的是查询语句，首先会走二级缓存，如果二级缓存未开启，直接走一级缓存，最后交给Statement执行sql语句