聊聊Mybatis的Executor之模板方法模式
模板方法模式通过模板方法来指定流程,具体的子类来实现具体的逻辑。
我们看一下Executor接口,它的实现类有BaseExecutor抽象类和CachingExecutor类
BaseExecutor
BaseExecutor抽象类作为模板方法的抽象模板类,它把缓存和事务进行实现,具体变化的对数据库操作的部分由子类去实现
提交事务方法
我们先说说事务管理的commit()方法的实现:
@Override
public void commit(boolean required) throws SQLException {
if (closed) {
throw new ExecutorException("Cannot commit, transaction is already closed");
}
clearLocalCache();
flushStatements();
if (required) {
transaction.commit();
}
}
清除一级缓存
调用flushStatements()方法,这个方法中调用doFlushStatements抽象方法,具体操作由子类来实现,主要功能就是清除Statement对象
最后提交事务
回滚事务的逻辑和这个提交逻辑基本一致,就不再分析了
Mybatis默认开启一级缓存,是SqlSession级别的,即通过SqlSession建立会话,如果在这个会话中执行相同的sql,第一次执行的结果会进行缓存,再往后从缓存中查找
缓存数据
我们从它的query()方法来进行分析:
@Override
public List query(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler) throws SQLException {
BoundSql boundSql = ms.getBoundSql(parameter);聊聊Mybatis的Executor之模板方法模式
CacheKey key = createCacheKey(ms, parameter, rowBounds, boundSql);
return query(ms, parameter, rowBounds, resultHandler, key, boundSql);
}
list = resultHandler == null ? (List) localCache.getObject(key) : null;
deferredLoad.load();
我们可以知道,缓存是通过HashMap来存储的,而key是CacheKey对象,影响CacheKey对象的元素有哪些呢?
cacheKey.update(ms.getId());
cacheKey.update(rowBounds.getOffset());
cacheKey.update(rowBounds.getLimit());
cacheKey.update(boundSql.getSql());
我们通过createCacheKey()中就能看出决定CacheKey对象的因素有:MappedStatement(增删改查标签节点的封装)的id,RowBounds的offset属性和limit属性,还有对应的sql语句
总结
这篇文章主要讲了Mybatis的Executor接口和它的抽象实现类BaseExecutor,BaseExecutor是抽象类,它提供了事务管理和缓存的功能,我们从query()方法分析了它的一级缓存的实现