MyBatis 源码篇-SQL 执行的流程

本章经过一个简单的例子，来了解 MyBatis 执行一条 SQL 语句的大体过程是怎样的。java

案例代码以下所示：sql

public class MybatisTest { @Test public void selectByPrimaryKey() throws IOException { // 3
        StudentDao studentDao = getSqlSession().getMapper(StudentDao.class); // 4
        Student student = studentDao.selectByPrimaryKey(1L); System.out.println(student); } /** * 获取SqlSession * * @return
     */
    private SqlSession getSqlSession() throws IOException { // 1
        InputStream in = Resources.getResourceAsStream("mybatis-config.xml"); SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(in); // 2
        return sqlSessionFactory.openSession(true); } }

Configuration

第一步，经过资源加载模块加载配置文件，解析器模块解析 XML 文件，生成 Configuration 对象。数据库

源码内容参考：org.apache.ibatis.session.SqlSessionFactoryBuilder#build(java.io.InputStream, java.lang.String, java.util.Properties) 方法apache

深刻 parse() 方法能够查看配置文件的具体解析过程，以及如何生成 Configuration 对象。缓存

Configuration 对象中缓存了 mybatis-config.xml 配置文件以及映射配置文件的全部内容。session

SqlSession

第二步，经过 SqlSessionFactory 建立 SqlSession，SqlSession 是 MyBatis 暴露给外部使用的统一接口层，全部和数据库打交道的操做都经过 SqlSession 这层。mybatis

下面经过时序图描述 SqlSession 对象的建立流程：架构

MapperProxy

第三步，经过 SqlSession 得到 StudentMapper 对象，为了便于理解，下面经过时序图描述 Mapper 对象的获取流程。app

MapperRegistry 是 Configuration 的一个属性，MapperRegistry 缓存了 MapperProxyFactory 的 Map 集合，也就是说在解析完配置文件后，knownMappers 集合数据已经在 Configuration 对象中存在了。函数

问题一：为何 StudentMapper（接口）能够调用方法？

经过断点调试来看看 StudentMapper 的真实对象是什么：

MapperProxy 类的代码以下：

MapperProxyFactory 的 newInstance 方法实现代码以下：

经过上面的源码内容，能够得出以下结论：

StudentMapper 的真实对象是 MapperProxy；
MapperProxy 继承 InvocationHandler，实现 invoke 方法；
MapperProxyFactory 的 newInstance 方法，经过 JDK 动态代理的方式建立了一个 MapperProxy 的代理类；

MyBatis 的 Mapper 是经过动态代理实现的，调用 Mapper 的任何方法都会执行 MapperProxy 的 invoke 方法。

MyBatis 使用的动态代理和一般的动态代理有点区别，没有实现类，只有接口。

动态代理类图结构以下所示：

MyBatis 动态代理类图结构以下所示：

selectByPrimaryKey

第四部，执行 selectByPrimaryKey 查询学生信息。在第8行代码上面打上断点，调试选择“step into”，进入子函数内部，调用 org.apache.ibatis.binding.MapperProxy#invoke 方法。

MapperMethod 经过以下方式建立。

mapperInterface：interface com.yjw.mybatis.dao.StudentMapper；
method：invoke 方法中传进来的 method 类；
Configuration：MyBatis 的核心类，全部配置信息都存在该类中；

接着执行 mapperMethod.execute(sqlSession, args) 方法。

接下来仍是走到 SqlSession 类中，调用 selectOne 方法。继续往下执行，会执行 Executor 的 query 方法。

经过上面的分析，简单总结一下，咱们能够抽象出 MyBatis 在执行一条 SQL 查询的过程当中涉及到的主要类：Configuration、SqlSession、MapperProxy、Exector，根据这些类画出以下 MyBatis 执行 SQL 的时序图：

第一步是获取 MapperProxy 代理对象；
第二步是根据获取的代理对象，执行查询操做；

Exector

SqlSession 中的 JDBC 操做部分最终都会委派给 Exector 实现，接着上面的断点往下执行，进入 Exector 的 query 方法。

下面经过时序图描述 Exector 的执行流程，真实的调用链路类比较多，这里简化了调用链路，省略了一些装饰类、代理类，便于理解：

根据 Exector 执行的时序图，能够抽象出的主要类是：SqlSession、Exector、StatementHandler、ParameterHandler、ResultSetHandler。

StatementHandler 接口是 MyBatis 的核心接口之一，它是 Exector 接口实现的基础。StatementHandler 的主要功能不少，例如建立 Statement 对象，为 SQL 语句绑定实参，执行 SQL 语句，将结果集映射成结果对象。

StatementHandler 类中包含了 ParameterHandler 和 ResultSetHandler 的属性。ParameterHandler 的主要功能是为 SQL 语句绑定实参，也就是使用传入的参数替换 SQL 语句中的“?”占位符。ResultSetHandler 的主要功能是将结果集映射成结果对象。

参考 BaseStatementHandler 类：org.apache.ibatis.executor.statement.BaseStatementHandler

结论

根据上面的分析，抽象出的主要类有：Configuration、SqlSession、MapperProxy、Exector、StatementHandler、ParameterHandler、ResultSetHandler。

MyBatis 源码篇

MyBatis 源码篇-总体架构

MyBatis 源码篇-SQL 执行的流程

MyBatis 源码篇-DataSource

MyBatis 源码篇-Transaction

MyBatis 源码篇-MyBatis-Spring 剖析