Mybatis源码分析系列之第三篇:Mybatis的操作类型对象

前言知识汇总

上篇文章中我们已经详细介绍了Mybatis的存储类对象。我们上篇提到了:

Mapper.xml当中的SQL标签都被解析成了一个一个的MappedStatement对象。那么我们当中的SQL是基于什么形式进行封装的呢?

我们要知道,Java当中一切皆对象。MappedStatement当中SQL被封装成了MappedStateMent当中的SqlSource对象。

我们通过sqlSource.getBoundSql()来获取一个BoundSql对象,BoundSQL当中的对象就是对于SQL语句的真实封装。

Cofiguration也好,MappedStatent也好存储的是我们配置文件或者是在注解当中书写的配置信息。它们是一个存储对象。
我们还要有操作类型的对象。

一:操作类型对象

Mybatis源码分析系列之第三篇:Mybatis的操作类型对象_第1张图片

1:Excutor

Excutor是执行器的意思,什么是执行器,执行器就是完成各种操作的对象。它是Mybatis当中处理功能的核心。
增删改和查都在Excutor当中都提供了相应的方法。

我们在不了解Mybatis的时候,我们认为Mybatis的当中我们使用的是SqlSession,但是实际上。真正执行各种操作的是Excutor。
SqlSession仅仅是一个门面,它会调用Excutor完成对应的操作。

我们说Excutor是完成Mybatis中操作对象的核心。他是一个接口,我们从接口实现当中可以看到具体的功能点的
我们基于alt+7可以查看我们所有的方法

Mybatis源码分析系列之第三篇:Mybatis的操作类型对象_第2张图片
提供了两类最为核心的方法update && query,注意我们在编程当中的增删改,统一都叫update,而query完成的是查询的操作。
增删改查不就对应了操作数据库的几种方式嘛,另外还有跟事务相关的方法和以及跟缓存相关的方法,这些就是Mybatis当中的所有的操作了。在我们还没有关注Mybatis源码的时候,我们一直以为是由SqlSession来完成的,但是现在显而易见,完成这些操作的应该是Excutor

A:Excutor功能

1:增删改查
2:事务操作(提交、回滚)
3:缓存操作

B:Excutor为什么是接口

未来开发设计之后,我们拿到一个全新的功能之后,我们不知道怎么设计。我们这里有一个规范,但凡是操作相关的类型,我们都需要设计成接口。就比如我们的SqlSession也是一个接口。

设计成接口也是为了提供一种规范,我们在这种规范下可以有不同的实现,也就是不同的实现类类适配不同的业务场景

Mybatis源码分析系列之第三篇:Mybatis的操作类型对象_第3张图片

C:Excutor三个实现类

BaseExcutor仅仅是一个适配器,仅仅提供了一些基本的功能。真正的核心的实现类最为核心的三个实现类是:
Mybatis源码分析系列之第三篇:Mybatis的操作类型对象_第4张图片
值得注意的是最常用的执行器往往是最简单的这个:SimpleExecutor,完成常规的操作,这个是最核心的Excutor,这要是Mybatis当中内置推荐的执行器。如果我们不更改配置的话,默认使用的就是Configuration当中的简单的Excutor

Mybatis源码分析系列之第三篇:Mybatis的操作类型对象_第5张图片
Configuration三个功能:封装Mybatis-Config.xml,存储MappedStatement,创建其他的核心执行的对象包括Excutor,所以配置肯定也在这个类里边。

ReuseExcutor这是一个复用Excutor,他复用的是Statement。我们说任何对数据库的操作底层都得用JDBC,JDBC中的三大件东西Connection是连接数据库的ResultSet是获取查询结果集的,真正和数据库交互的是Statement。复用Statement在什么条件下会发生呢?
Statement与什么想关呢?Statement是与SQL语句相关的。如果我们的SQL在任何条件下都不会改变的话,我们这样的话就可以一直使用这个Statement对象,减少了对象的创建,保证了性能。
这个SQL语句的话可以是增删改查任何的语句,但是不能有任何的改变,任何的改变的话,就不适用了。

BatchExcutor是一个批处理的执行器,我们知道在JDBC当中就有批处理的操作,如果我们想再JDBC当中仍然有批处理的操作。使用这个BatchExcutor即可。也就是一个Connection处理一坨SQL语句,我们就可以考虑使用这个执行器了。

JDBC当中的批处理是啥意思?
我们最简单的JDBC是获取一个Connection之后,我们直接获取一个Statement对象,然后拿着这个对象和数据库沟通,然后取到结果集,释放连接。但是这样会有一个问题,需要频繁的有连接的创建和关闭。或者是连接池的获取和归还。
我们想到了批处理,也就是在一个连接之上,与数据库进行多语SQL交互,这样的话我们就省略了大量的Connetion的创建和销毁,这就是批处理,大大提高了性能。
站在Mybatis当中如果我们想要使用批处理的话,我们就可以使用BatchExcutor

为什么说IO,连接都是非常真贵的资源?
我们知道,我们搞Java开发我们底层面临的是OS操作系统的资源,在它之上我们构建了一个Java虚拟机的东西。我们写Java程序是运行在虚拟机层面上的东西,然后我们想要在虚拟机当中去建立网络连接、或者是io、或者是线程的时候,这个时候虚拟机就办不到了,需要去沟通操作系统,因为只有操作系统可以进行读取文件,可以去访问互联网,只有操作系统可以操作CPU操作线程、进程。所以,我们知道这些操作被后都有操作系统,都会有这些native的方法的操作,而这些东西都是耗时和占用资源的,所以我们认为这些东西,必须要管,必须要复用,必须要池化。

Excutor来处理和数据库的操作,那么这个是怎么和JDBC建立连接的呢,这就和后面的对象有关系了。

2:StatementHandler

这个是真正与数据库建立联系的对象。他是怎么和数据库建立联系的呢?很简单,他直接与JDBC当中的Statement建立联系。Excutor调用StatementHandler,而StatementHandler当中封装了Statement,这样Excutor就可以真正的与数据进行交互了。

A:作用

StatementHandler是一个接口,他的作用就是分担了Excutor中的增删改查。实现真正的JDBC操作。

是Mybatis封装了JDBC Statement,真正MyBatis进行数据库访问的核心。

这里有一个疑问,为什么不能直接把Excutor省略掉,直接使用StatementHandler这里为什么又包了一层呢?
Excutor当中有三件事:增删改查、事务、缓存。把集中的第一部分操作交给了StatementHandler。这里为什么要使用包装,一个类型包装另外一个类型,是为了符合功能单一原则。

Mybatis源码分析系列之第三篇:Mybatis的操作类型对象_第6张图片

完成对数据库的操作,包括了增删改查,还有批处理,还有获取SQL,还有对于SQL参数的处理,所以他的主要工作就是对于数据库的操作。

B:StatementHandler实现类

Mybatis源码分析系列之第三篇:Mybatis的操作类型对象_第7张图片
这里有很浓重的适配器设计模式的痕迹,会有一个BaseStatementHandler草草的实现一些基础功能。关键的类还是三个:
PreparedStatementHandler、SimpleStatementHandler、CallableStatementHandler这里和JDBC中的Statement是严格对应的。

  @Override
  public <E> List<E> query(Statement statement, ResultHandler resultHandler) throws SQLException {
    String sql = boundSql.getSql();
    statement.execute(sql);
    return resultSetHandler.<E>handleResultSets(statement);
  }

3:ParameterHandler

这个的作用就是将Mybatis的参数转换为JDBC的参数,
@Param —> #{} — > ?

后边会有详解…

4:ResultSetHandler

A:作用

这个的作用就是将JDBC当中的查询结果集ResultSet进行了封装。
Mybatis源码分析系列之第三篇:Mybatis的操作类型对象_第8张图片
为什么这里处理结果集对象的入参是Statement?
这是很简单的,在JDBC的操作中,我们必须得有Statement才能获取ResultSet。

在Idea当中如何快速看他的实现类:鼠标放到类名上:Ctrl+Alt+B即可,鼠标翻到方法上,直接Ctrl+Alt+B也可直接到方法。

后边会有详解…

5:TypeHandler

A:作用

他的作用就是类型的梳理,当前我们使用Java程序操作数据库,这里边管的就是数据库类型和Java类型转换的过程。
类型一定是和参数和返回值息息相关的。所以,这个类在两个Handler的下边。

后边会有详解…

二:Mybatis核心对象是如何和SqlSession建立联系的?

我们知道SqlSession会调用Excutor进而调用StatementHandler…来完成具体的操作,那么这个怎么证明呢?他们的联系是怎么进行建立的呢?

上篇文章中我们提到, Mybatis基础开发都会进行这样的操作:
Mybatis源码分析系列之第三篇:Mybatis的操作类型对象_第9张图片
Mybatis开发一开始最基础的构建一定会处理上红框中的代码。将这些进行封装,这些操作最终的目的就是为了获取SqlSession

我们还说过,Mybatis有两种操作数据的方式:直接获取Dao实现类的方式和直接调用SqlSession当中方法的实行去进行调用。第二种的方法是最为底层的方式。第一种方式本质上是第二种开发的封装,基于代理设计模式。最终的本质Mybatis处理S进行开发的方式一定是第二种。我们直接研究第二种代码的调用关系就清楚了,最底层的代码一定是第二种方式,第二种方式才是实实在在Mybatis的方式,第一种的变成方式底层也是由第二种来完成的,我们如何证明呢:

先讲一个看源码时十分有用的操作:

sqlSession.insert(......)   -- 想看insert 方法的源码,Ctrl+B,进来发现是接口,Ctrl+Alt+B查看对应的方法的实现。
总结:看方法调用源码是Ctrl+B,看实现类源码是:Ctrl+Alt+B
以上操作前提都得是光标在对应的类、方法名上。

如果想回去怎么办?
回去的快捷键:Ctrl+Alt+左右健

我这发现了一个变量,我想看他的变量定义怎么办?Ctrl+B

有了以上的宝贝知识,我们在看源码的时候,就不会乱崩了。

Mybatis源码当中的核心对象是在SqlSession调用对应功能的时候建立联系。假设我问要做insert操作:

Mybatis源码分析系列之第三篇:Mybatis的操作类型对象_第10张图片
Mybatis源码分析系列之第三篇:Mybatis的操作类型对象_第11张图片
197行去拿了MappedStatement对象,其实就是拿了Mapper.xml里边的某一个insert标签,而我们知道标签中有SQL,MappedStatement当中有BoundSQL对象。

198行,拿着我们的Statemen交给了Excutor的update方法去执行insert操作。默认情况下这里的excutor一定是SimpleExcutor

Mybatis源码分析系列之第三篇:Mybatis的操作类型对象_第12张图片
看到这里应该所有的操作都清晰了。

总结一下:
Mybatis源码分析系列之第三篇:Mybatis的操作类型对象_第13张图片

三:代理的方式是怎么建立联系的?

第一种方式是代理设计模式,那么第一种是怎么通过代理设计模式就把上边这种UserDao.insert(…)这种方式变成了上述的这种编写方式的呢?

这是我们现在要研究明白的核心,我们只要把这块再研究明白了,实际上Mybatis底层运行的核心,我们就都玩明白了。

这里是一种典型的动态代理设计模式,我们如何一眼看出来这里是代理设计模式,代理设计模式是基于接口在为原始类做一个新的实现,或者干脆就搞出来一个新的实现类。我们搞Mybatis的时候基本上没有用过UserDaoImpl自己写,都是生成的他的对象。

Mybatis源码分析系列之第三篇:Mybatis的操作类型对象_第14张图片
这里如何创建一个代理对象,我们如何写呢,我们不实用Mybatis为我们提供的。我们只需要实用我们之前提到的动态代理的开发即可。
Mybatis源码分析系列之第三篇:Mybatis的操作类型对象_第15张图片
类加载器我们借一个就行,接口就是我们定义的接口,InvocationHandler是我们的额外功能的存放的地方。基于这种方式一定可以实现我们的动态代理。

你可能感兴趣的:(MyBatis专栏,mybatis,数据库,java)