MyBatis的执行流程详解

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

想当年猿小二也是众多流水线工人中的一员,每天成百上千次的重复着同一个动作;突然有一天猿小二顿悟了,他认为我不能在这里浪费青春,我要去改变世界,于是他决定学习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操作数据的流程步骤,然后我看下MyBatis的执行流程图。

 

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这个框架其实也挺简单的,总结下其实就是:

加载解析配置文件(核心配置文件和映射文件)

处理参数

执行查询

封装结果集

 

喜欢我们的文章吗?还想了解互联网哪些技术,欢迎留言告诉我们

【AI课工场】互联网知识也能如此好玩~

更多热门互联网技术文章抢先知微信公众号【kgc-cn】

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章