继续原创输入,点击上方蓝字关注我吧

作者:不才陈某

博客:https://chenjiabing666.github.io

前言

  • 本篇文章是Myabtis源码剖析的第三篇,前两篇别离介绍了Mybatis的重要组件和围绕着Mybatis中的重要组件教大家如何浏览源码的一些办法,有了后面两篇文章的根底,来看这篇文章的才不会感觉吃力,如果没有看过的敌人,陈某倡议去看看,两篇文章别离是Mybatis源码解析之六剑客和Mybatis源码如何浏览,教你一招!!!。
  • 明天接上一篇,围绕Mybatis中的selectList()来看一看Mybatis底层到底做了什么,有什么高级的中央。

环境筹备

  • 本篇文章讲的所有内容都是基于Mybatis3.5SpringBoot-2.3.3.RELEASE
  • 因为此篇文章是基于前两篇文章的根底之上,因而反复的内容不再具体赘述了。

撸起袖子就是干

  • 二话不说,先来一张流程图,Mybatis六剑客,如下:
  • 上图中的这六剑客在后面两篇文章中曾经介绍的十分分明了,此处略过。为什么源码解析的每一篇文章中都要放一张这个流程图呢?因为Mybatis底层就是围绕着这六剑客开展的,咱们须要从全局把握Mybatis的源码到底如何执行的。

测试环境搭建

  • 举个栗子:依据用户id查问用户信息,Mapper定义如下:

List<UserInfo> selectList(@Param("userIds") List<String> userIds);

  • 对应XML配置如下:

`<mapper namespace="cn.cb.demo.dao.UserMapper">
<!--开启二级缓存-->
<cache/>
<select id="selectList" resultType="cn.cb.demo.domain.UserInfo">
select * from user_info where status=1
and user_id in
<foreach collection="userIds" item="item" open="(" separator="," close=")" >
#{item}
</foreach>
</select>
</mapper>`

  • 单元测试如下:

    `@Test
    void contextLoads() {
    List<UserInfo> userInfos = userMapper.selectList(Arrays.asList("192","198"));
    System.out.println(userInfos);
    }`

DEBUG走起

  • 具体在哪里打上断点,上篇文章曾经讲过了,不再赘述了。
  • 因为SpringBoot与Mybatis整合之后,主动注入的是SqlSessionTemplate,因而代码执行到org.mybatis.spring.SqlSessionTemplate#selectList(java.lang.String, java.lang.Object),如图1
  • 从源码能够看到,理论调用的还是DefaultSqlSession中的selectList办法。如下图2
  • 「具体的逻辑如下」

    1. 依据Mapper办法的全类名从Mybatis的配置中获取到这条SQL的详细信息,比方paramterType,resultMap等等。
    2. 既然开启了二级缓存,必定先要判断这条SQL是否缓存过,因而理论调用的是CachingExecutor这个缓存执行器。
  • DefaultSqlSession只是简略的获取SQL的具体配置,最终还是把工作交给了Executor(当然这里走的是二级缓存,因而交给了缓存执行器)。上面DEBUG走到CachingExecutor#query(MappedStatement, java.lang.Object, RowBounds,ResultHandler),源码如下图3
  • 上图中的query办法理论做了两件事,理论执行的查问还是其中重载的办法List<E> query(MappedStatement ms, Object parameterObject, RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql),如下图4
  • 依据上图源码的剖析,其实CachingExecutor执行的逻辑并不是很难,反倒很容易了解,「具体的逻辑如下」

    1. 如果开启了二级缓存,先依据cacheKey从二级缓存中查问,如果查问到了间接返回
    2. 如果未开启二级缓存,再执行BaseExecutor中的query办法从一级缓存中查问。
    3. 如果二级缓存中未查问到数据,再执行BaseExecutor中的query办法从一级缓存中查问。
    4. 将查问到的后果存入到二级缓存中。
  • BaseExecutor中的query办法无非就是从一级缓存中取数据,没查到再从数据库中取数据,一级缓存理论就是一个Map构造,这里不再细说,真正执行SQL从数据库中取数据的是SimpleExecutor中的public <E> List<E> doQuery(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, BoundSql boundSql)办法,源码如下图5
  • 从下面的源码也是能够晓得,在真正执行SQL之前,是要调用prepareStatement(handler, ms.getStatementLog())办法做一些参数的预处理的,其中波及到了六大剑客的另外两位,别离是ParameterHandlerTypeHandler,源码如图6
  • 从上图能够晓得设置SQL参数的真正办法是handler.parameterize(stmt),真正执行的是DefaultParameterHandler中的setParameters办法,因为篇幅较长,简略的说一下思路:

    1. 获取所有参数的映射
    2. 循环遍历,获取参数的值,应用对应的TypeHandler将其转换成相应类型的参数。
    3. 真正的设置参数的办法是TypeHandlersetParameter办法
  • 持续图6的逻辑,参数曾经设置完了,此时就该执行SQL了,真正执行SQL的是PreparedStatementHandler中的<E> List<E> query(Statement statement, ResultHandler resultHandler)办法,源码如下图7
  • 上图的逻辑其实很简略,一个是JDBC执行SQL语句,一个是调用六剑客之一的ResultSetHandler对后果进行解决。
  • 真正对后果进行解决的是DefaultResultSetHandler中的handleResultSets办法,源码比较复杂,这里就不再展现了,具体的逻辑如下:

    1. 获取后果映射(resultMap),如果没有指定,应用内置的后果映射
    2. 遍历后果集,对SQL返回的每个后果通过后果集和TypeHandler进行后果映射。
    3. 返回后果
  • ResultSetHandler对后果解决完结之后就会返回。至此一条selectList()如何执行的大略心里曾经有了把握,其余的更新,删除都是大同小异。

总结

  • Mybatis的源码算是几种罕用框架中比较简单的,都是围绕六大组件进行的,只有搞懂了每个组件是什么角色,有什么作用,所有都会很简略。
  • 一条select语句简略执行的逻辑总结如下(前提:「默认配置」):

    1. 「SqlSesion」#SqlSessionTemplate.selectList()理论调用#DefaultSqlSession.selectList()
    2. 「Executor」#DefaultSqlSession.quer()理论调用的是#CachingExecutor().query(),如果二级缓存中存在间接返回,不存在调用#BaseExecutor.quer()查问一级缓存,如果一级缓存中存在间接返回。不存在调用#SimpleExecutor.doQuery()办法查询数据库。
    3. 「StatementHandler」#SimpleExecutor.doQuery()生成StatementHandler实例,执行#PreparedStatementHandler.parameterize()办法设置参数,理论调用的是#ParamterHandler.setParameters()办法,该办法外部调用TypeHandler.setParameter()办法进行类型转换;参数设置胜利后,调用#PreparedStatementHandler.parameterize().query()办法执行SQL,返回后果
    4. 「ResultSetHandler」#DefaultResultSetHandler.handleResultSets()对返回的后果进行解决,外部调用#TypeHandler.getResult()对后果进行类型转换。全副映射实现,返回后果。
  • 以上就是六剑客在Select的执行流程,如果有谬误之处欢送斧正,如果感觉陈某写得不错,有所播种,关注分享一波。