说到流程这个事儿，大家可能最先想到的就是富士康的流水线，标准化的分工让每道工序都如丝一般润滑，所以才成就了富士康"世界工厂"的名号。

想当年猿小二也是众多流水线工人中的一员，每天成百上千次的重复着同一个动作；突然有一天猿小二顿悟了，他认为我不能在这里浪费青春，我要去改变世界，于是他决定学习Java，没想到这可一发不可收拾，学起Java来，如久旱逢甘霖，如鱼得水一样的轻松顺畅。

但是好景不长，最近他就在学习MyBatis这里遇到了点小麻烦，总是搞不清楚，MyBatis是怎么一个接口、一个映射文件（写sql）就可以操作数据库了呢？它的执行流程到底是怎么样的呢？带着这样的疑问，猿小二开始了他的探索....

说到MyBatis执行流程，估计80%的程序员可能每天都沉浸在一个接口方法、一条SQL快乐的coding中，也可能他们都在忙着陪女朋友(可能性不大，因为程序员没有女朋友)，也可能是没有时间研究；也可能觉得使用起来很简单，不就是加载配置文件，执行SQL吗，soeasy；但是作为一个励志成为优秀工程师的程序猿，仅仅停留在这个层面还远远不够，它根本满足不了我们对技术的渴望。

核心流程介绍

我们都知道MyBtis是对JDBC的简易封装，它的出现某种程度了是为了消除所有的JDBC代码和参数的手工设置以及结果集的封装问题；不管怎样，JDBC的那一套还是不会变的，只是做了抽象、封装、归类等；所以想要理解MyBatis的执行流程，那就不得不先回顾一下JDBC的执行流程。

JDBC执行六步走

1、注册驱动

2、获取Connection连接

3、执行预编译

4、执行SQL

5、封装结果集

6、释放资源

以上就是JDBC操作数据的流程步骤，然后我看下ＭyBatis的执行流程图。

MyBatis执行八步走

上面流程就是MyBatis内部核心流程，咱们来一步步解释下，根据图中步骤，我们可以将这个执行流程分成了8个步骤。

1、读取MyBatis的核心配置文件。mybatis-config.xml为MyBatis的全局配置文件，用于配置数据库连接、属性、类型别名、类型处理器、插件、环境配置、映射器（mapper.xml）等信息，这个过程中有一个比较重要的部分就是映射文件其实是配在这里的；这个核心配置文件最终会被封装成一个Configuration对象

2、加载映射文件。映射文件即SQL映射文件，该文件中配置了操作数据库的SQL语句，映射文件是在mybatis-config.xml中加载；可以加载多个映射文件。常见的配置的方式有两种，一种是package扫描包，一种是mapper找到配置文件的位置。

<!-- 使用包路径，扫描包下所有的接口，这种方式比较方便 -->

<package name="com.mybatis.demo"/>

<!-- resource:使用相对路径的资源引用-->

<!-- url:使用绝对类路径的资源引用-->

<!-- class:使用映射器接口实现类的完全限定类名-->

<mapper resource="xxx.xml"/>

3、构造会话工厂获取SqlSessionFactory。这个过程其实是用建造者设计模式使用SqlSessionFactoryBuilder对象构建的，SqlSessionFactory的最佳作用域是应用作用域。

//2. 创建SqlSessionFactory对象实际创建的是DefaultSqlSessionFactory对象

SqlSessionFactory builder = new SqlSessionFactoryBuilder().build(inputStream);

4、创建会话对象SqlSession。由会话工厂创建SqlSession对象，对象中包含了执行SQL语句的所有方法，每个线程都应该有它自己的 SqlSession 实例。SqlSession的实例不是线程安全的，因此是不能被共享的，所以它的最佳的作用域是请求或方法作用域。

//3. 创建SqlSession对象实际创建的是DefaultSqlSession对象

SqlSession sqlSession = builder.openSession();

5、Executor执行器。是MyBatis的核心，负责SQL语句的生成和查询缓存的维护，它将根据SqlSession传递的参数动态地生成需要执行的SQL语句，同时负责查询缓存的维护

• SimpleExecutor -- SIMPLE 就是普通的执行器。
• ReuseExecutor-执行器会重用预处理语句（PreparedStatements）
• BatchExecutor --它是批处理执行器

6、MappedStatement对象。MappedStatement是对解析的SQL的语句封装，一个MappedStatement代表了一个sql语句标签，如下：

<!--一个动态sql标签就是一个`MappedStatement`对象-->

<select id="selectUserList" resultType="com.mybatis.User">

select * from t_user

</select>

7、输入参数映射。输入参数类型可以是基本数据类型，也可以是Map、List、POJO类型复杂数据类型，这个过程类似于JDBC的预编译处理参数的过程，有两个属性 parameterType和parameterMap

8、封装结果集。可以封装成多种类型可以是基本数据类型，也可以是Map、List、POJO类型复杂数据类型。封装结果集的过程就和JDBC封装结果集是一样的。也有两个常用的属性resultType和resultMap。

我们再来看一下这个完整的执行步骤，代码如下：

/**

* Mybatis测试

*/

public class MybatisTest {

public static void main(String[]args) throws Exception {

// 1.加载配置文件

InputStream inputStream = Resources.getResourceAsStream("mybatis-config.xml");

//2. 创建SqlSessionFactory对象实际创建的是DefaultSqlSessionFactory对象

SqlSessionFactory builder = new SqlSessionFactoryBuilder().build(inputStream);

//3. 创建SqlSession对象实际创建的是DefaultSqlSession对象

SqlSession sqlSession = builder.openSession();

//4. 创建代理对象

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

//5. 执行查询语句

List<User> users = mapper.selectUserList();

//6. 释放资源

sqlSession.close();

inputStream.close();

}

}

通过分析Mybatis的执行流程，我们可以发现它和JDBC基本大同小异，比较明显的地方就是：

1、注册驱动获取链接的部分都抽取到了核心配置文件mybatis-config.xml中。

2、sql语句抽取到了映射文件mapper.xml中。

至于其他的部分，如执行sql预编译、执行查询、封装结果集等都是抽取到了其他的类中来完成这些操作。通过对JDBC执行步骤来对比分析MyBatis的执行的流程，总体上来看它们的执行步骤基本是一样的，所以大家是不是觉得MyBatis这个框架其实也挺简单的，总结下其实就是：

• 加载解析配置文件（核心配置文件和映射文件）
• 处理参数
• 执行查询
• 封装结果集