聊聊Mybatis的Executor之模板方法模式

聊聊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 <E> List<E> 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<E>) 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()方法分析了它的一级缓存的实现