MyBatis 四大组件之 Executor 执行器

数据库驱动连接管理和SQL解析的管理组件之 Executor 执行器

MyBatis 四大组件之 Executor 执行器

    每一个 SqlSession 都会拥有一个 Executor 对象,这个对象负责增删改查的具体操作,我们可以简单的将它理解为 JDBC中Statement 的封装版。

Executor的继承结构

如图所示,位于继承体系最顶层的是 Executor 执行器,它有两个实现类,分别是BaseExecutorCachingExecutor。

BaseExecutor是一个抽象类这种通过抽象的实现接口的方式是适配器设计模式之接口适配的体现,是 Executor 的默认实现,实现了大部分 Executor 接口定义的功能,降低了接口实现的难度。

BaseExecutor 的子类有三个,分别是SimpleExecutorReuseExecutorBatchExecutor

SimpleExecutor:简单执行器。是MyBatis的默认执行器,每执行一次update或select,就开启一个Statement对象,用完就直接关闭Statement对象(可以是Statement或者PreparedStatment 对象)

ReuseExecutor:可重用执行器,这里的重用是指重复使用Statement。它会在内部使用一个Map把创建的Statement都缓存起来,每次执行SQL命令时候都会去判断是否存在基于该SQL的Statement对象,如果存在Statement对象并且对应的Connection还没有关闭情况下就继续使用之前的Statement对象,并将其缓存起来。因为每次Sqlsession都有一个新的Executor对象,所以缓存在ReuseExecutor的Statement对象作用域是同一个Sqlsession.

BatchExecutor: 批处理执行器,用于将多个SQL一次性输出到数据库

CachingExecutor: 缓存执行器,先从缓存中查询结果,如果存在,就返回;如果不存在,再委托给 Executor delegate 去数据库中取,delegate 可以是上面任何一个执行器。

Executor的设计用现实做例子

Executor执行器是MyBatis的重要组件。

Executor相当于外包的Boss,它定义了甲方(SQL)需要干的活(Executor的主要方法),boss接到开发任务时候会先找到项目经理(CachingExecutor),项目经理几乎不懂技术,它主要和技术leader(BaseExecutor)打交道,技术leader主要负责框架搭建,具体工作都会交给下面的程序员来做。但程序员也有优劣,高级程序员(BatchExecutor)、中级程序员(ReuseExecutor)、初级程序员(SimpleExecutor),

它们干的活也不一样。一般有新的项目需求传达到项目经理这里,项目经理先判断自己手里有没有现成的类库或者项目直接套用(Cache),有的话就直接让技术leader拿来直接套用就好,没有的话就需要搭建框架,再把框架存入本地类库中,再进行解析。




Executor创建过程以及源码分析

直接使用MyBatis方式来分析。

创建完 SqlSessionFactory 之后,调用其openSession方法:

SqlSession sqlSession=factory.openSession();

SqlSessionFactory 的默认实现是 DefaultSqlSessionFactory,所以我们需要关心的就是 DefaultSqlSessionFactory 中的 openSession() 方法

openSession 调用的是openSessionFromDataSource方法,传递执行器的类型,方法传播级别,是否自动提交,然后在 openSessionFromDataSource 方法中会创建一个执行器


调用 newExecutor 方法,根据传入的 ExecutorType 类型来判断是哪种执行器,然后执行相应的逻辑


ExecutorType 的选择:

ExecutorType 来决定 Configuration 对象创建何种类型的执行器,它的赋值可以通过两个地方进行赋值:

可以通过 settings 标签来设置当前工程中所有的 SqlSession 对象使用默认的 Executor

另外一种直接通过Java对方法赋值的方式

session=factory.openSession(ExecutorType.BATCH);

ExecutorType 是一个枚举,它只有三个值 SIMPLE, REUSE, BATCH

创建完成 Executor 之后,会把 Executor 执行器放入一个 DefaultSqlSession 对象中来对四个属性进行赋值,他们分别是configuration、executor、dirty、autoCommit

Executor接口的主要方法

增、更、删 :

int update(MappedStatement var1, Object var2)throws SQLException;

查询,带分页,带缓存,BoundSql :

  List query(MappedStatement var1, Object var2, RowBounds var3, ResultHandler var4, CacheKey var5, BoundSql var6)throws SQLException;

  查询,带分页:

 List  query(MappedStatement var1, Object var2, RowBounds var3, ResultHandler var4)throws SQLException;

通过游标查询(数据量大时候用):

 Cursor queryCursor(MappedStatement var1, Object var2, RowBounds var3)throws SQLException;

刷新批处理语句:

List flushStatements()throws SQLException;

提交:

void commit(boolean var1)throws SQLException;

回滚:

void rollback(boolean var1)throws SQLException;

创建缓存KEY:

CacheKey createCacheKey(MappedStatement var1, Object var2, RowBounds var3, BoundSql var4);

判断是否缓存了:

boolean isCached(MappedStatement var1, CacheKey var2);

清除session缓存:

void clearLocalCache();

延迟加载:

void deferLoad(MappedStatement var1, MetaObject var2, String var3, CacheKey var4, Class var5);

Transaction getTransaction();

void close(boolean var1);

boolean isClosed();

void setExecutorWrapper(Executor var1);


Executor 接口的方法还是比较多的,这里我们就几个主要的方法和调用流程来做一个简单的描述


缓存机制角度:



从查询query方法角度解剖:

query 方法有两种形式,一种是直接查询;一种是从缓存中查询,下面来看一下源码以及时序图:

当有一个查询请求访问的时候,首先会经过 Executor 的实现类 CachingExecutor,先从缓存中查询 SQL 是否是第一次执行,如果是第一次执行的话,那么就直接执行 SQL 语句,并创建缓存,如果第二次访问相同的 SQL 语句的话,那么就会直接从缓存中提取

CachingExecutor:

// 第一次查询,并创建缓存


MapperStatement维护了一条 select、update、delete、insert 节点的封装,包括资源(resource),配置(configuration),SqlSource(sql源文件)等。使用Configuration 的 getMappedStatement 方法来获取 MappedStatement 对象。

BoundSql这个类包括 SQL 的基本信息,基本的 SQL 语句,参数映射,参数类型等

调用到 CachingExecutor 类中的 query 查询缓存的方法


Executor 执行器所起的作用相当于是管理 StatementHandler 的整个生命周期的工作,包括创建、初始化、解析、关闭。

ReuseExecutor 完成的 doQuery 工作:几乎和 SimpleExecutor 完成的工作一样,其内部不过是使用一个 Map 来存储每次执行的查询语句,为后面的 SQL 重用作准备。

BatchExecutor 完成的 doQuery 工作和 SimpleExecutor 完成的工作一样。

Executor的执行查询的大致流程时序图:


update() 方法(update 链是insert、update、delete 在语义上其实都是更新的意思)

ReuseExecutor 完成的 doUpdate 工作:几乎和 SimpleExecutor完成的工作一样,其内部不过是使用一个Map来存储每次执行的更新语句,为后面的SQL重用作准备。

BatchExecutor 完成的 doUpdate 工作:和 SimpleExecutor 完成的工作相似,只是其内部有一个 List 列表来一次行的存储多个 Statement,用于将多个 sql 语句一次性输送到数据库执行。

update时序图:

queryCursor()方法

我们查阅其源码的时候,在执行器的执行过程中并没有发现其与 query 方法有任何不同之处,但是在doQueryCursor方法中我们可以看到它返回了一个 cursor 对象,网上搜索cursor 的相关资料并查阅其基本结构,得出来的结论是:用于逐条读取 SQL 语句,应对数据量

// 查询可以返回Cursor类型的数据,类似于JDBC里的ResultSet类,

// 当查询百万级的数据的时候,使用游标可以节省内存的消耗,不需要一次性取出所有数据,可以进行逐条处理或逐条取出部分批量处理。

public  interfaceCursorextendsCloseable,Iterable   {

booleanisOpen();

booleanisConsumed();

intgetCurrentIndex();

}

flushStatements() 方法

主要用来释放 statement,或者用于 ReuseExecutor 和 BatchExecutor 来刷新缓存。

createCacheKey() 方法

createCacheKey() 方法主要由 BaseExecutor 来执行并创建缓存,MyBatis 中的缓存分为一级缓存和二级缓存

Executor 中的其他方法

Executor 中还有其他方法,提交 commit,回滚 rollback,判断是否时候缓存 isCached,关闭 close,获取事务 getTransaction 立即清除本地缓存 clearLocalCache 等

你可能感兴趣的:(MyBatis 四大组件之 Executor 执行器)