MyBatis的执行流程详解，值得收藏！
2020年06月16日 13:44供稿中心：北大青鸟总部
摘要：
MyBatis的执行流程详解
说到流程这个事儿，大家可能最先想到的就是富士康的流水线，标准化的分工让每道工序都如丝一般润滑，所以才成就了富士康"世界工厂"的名号。
想当年猿小二也是众多流水线工人中的一员，每天成百上千次的重复着同一个动作；突然有一天猿小二顿悟了，他认为我不能在这里浪费青春，我要去改变世界，于是他决定学习Java，没想到这可一发不可收拾，学起Java来，如久旱逢甘霖，如鱼得水一样的轻松顺畅。
但是好景不长，最近他就在学习MyBatis这里遇到了点小麻烦，总是搞不清楚，MyBatis是怎么一个接口、一个映射文件（写sql）就可以操作数据库了呢？它的执行流程到底是怎么样的呢？带着这样的疑问，猿小二开始了他的探索....
说到MyBatis执行流程，估计80%的程序员可能每天都沉浸在一个接口方法、一条SQL快乐的coding中，也可能他们都在忙着陪女朋友(可能性不大，因为程序员没有女朋友)，也可能是没有时间研究；也可能觉得使用起来很简单，不就是加载配置文件，执行SQL吗，soeasy；但是作为一个励志成为优秀工程师的程序猿，仅仅停留在这个层面还远远不够，它根本满足不了我们对技术的渴望。
我们都知道MyBtis是对JDBC的简易封装，它的出现某种程度了是为了消除所有的JDBC代码和参数的手工设置以及结果集的封装问题；不管怎样，JDBC的那一套还是不会变的，只是做了抽象、封装、归类等；所以想要理解MyBatis的执行流程，那就不得不先回顾一下JDBC的执行流程。
注册驱动
获取Connection连接
执行预编译
执行SQL
封装结果集
释放资源
以上就是JDBC操作数据的流程步骤，然后我看下ＭyBatis的执行流程图。
上面流程就是MyBatis内部核心流程，咱们来一步步解释下，根据图中步骤，我们可以将这个执行流程分成了8个步骤。
读取MyBatis的核心配置文件。mybatis-config.xml为MyBatis的全局配置文件，用于配置数据库连接、属性、类型别名、类型处理器、插件、环境配置、映射器（mapper.xml）等信息，这个过程中有一个比较重要的部分就是映射文件其实是配在这里的；这个核心配置文件最终会被封装成一个Configuration对象
加载映射文件。映射文件即SQL映射文件，该文件中配置了操作数据库的SQL语句，映射文件是在mybatis-config.xml中加载；可以加载多个映射文件。常见的配置的方式有两种，一种是package扫描包，一种是mapper找到配置文件的位置。
<!-- 使用包路径，扫描包下所有的接口，这种方式比较方便 -->
<package name="com.mybatis.demo"/> <!-- resource:使用相对路径的资源引用--><!-- url:使用绝对类路径的资源引用--><!-- class:使用映射器接口实现类的完全限定类名--><mapper resource="xxx.xml"/>
构造会话工厂获取SqlSessionFactory。这个过程其实是用建造者设计模式使用SqlSessionFactoryBuilder对象构建的，SqlSessionFactory的最佳作用域是应用作用域。
// 2. 创建SqlSessionFactory对象实际创建的是DefaultSqlSessionFactory对象SqlSessionFactory builder = new SqlSessionFactoryBuilder().build(inputStream);
创建会话对象SqlSession。由会话工厂创建SqlSession对象，对象中包含了执行SQL语句的所有方法，每个线程都应该有它自己的 SqlSession 实例。SqlSession的实例不是线程安全的，因此是不能被共享的，所以它的最佳的作用域是请求或方法作用域。
// 3. 创建SqlSession对象实际创建的是DefaultSqlSession对象
SqlSession sqlSession = builder.openSession();
Executor执行器。是MyBatis的核心，负责SQL语句的生成和查询缓存的维护，它将根据SqlSession传递的参数动态地生成需要执行的SQL语句，同时负责查询缓存的维护
MappedStatement对象。MappedStatement是对解析的SQL的语句封装，一个MappedStatement代表了一个sql语句标签，如下：
<!--一个动态sql标签就是一个`MappedStatement`对象--><select id="selectUserList" resultType="com.mybatis.User">
select * from t_user</select>
输入参数映射。输入参数类型可以是基本数据类型，也可以是Map、List、POJO类型复杂数据类型，这个过程类似于JDBC的预编译处理参数的过程，有两个属性 parameterType和parameterMap
封装结果集。可以封装成多种类型可以是基本数据类型，也可以是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基本大同小异，比较明显的地方就是：
注册驱动获取链接的部分都抽取到了核心配置文件mybatis-config.xml中。
sql语句抽取到了映射文件mapper.xml中。
至于其他的部分，如执行sql预编译、执行查询、封装结果集等都是抽取到了其他的类中来完成这些操作。通过对JDBC执行步骤来对比分析MyBatis的执行的流程，总体上来看它们的执行步骤基本是一样的，所以大家是不是觉得MyBatis这个框架其实也挺简单的，总结下其实就是：
加载解析配置文件（核心配置文件和映射文件）
处理参数
执行查询
封装结果集
京公网安备 11010802020714号