MyBatis-SQL-语句执行流程

已查询为例

首先我们可以看到，在查询的时候Mapper对象已经是被代理过后的：

所以会执行invoke方法，其底层实现就是JDK的动态代理：

如下图所示，如果MethodCache里面存在方法，则判断这个方法是否为default方法，如果不是默认，会被当前的Mapper继承，如果是default方法则创建PlainMethodInvoker对象进行执行。

接着就是去执行这个方法了：

在execute方法里面判断当前DDL属于什么类型：

根据查询返回值不同又对应着不同的处理：

以查询列为例子会转到SqlSesson，这里真正的类名是SqlSessionTemplate，它也实现了SqlSesson接口。

SqlSessionTemplate去执行查询又走了代理：

通过下面这个拦截器进行拦截，在这里创建了SqlSession：

这个时候就会走到DefaultSqlSession来进行查询：

然而这里还不是真正运行查询的时候，它又会通过executor的query方法进行查询，这里有两个Executor,一个是缓存的一个是基础的Executor：

我们可以看到默认就是CachingExecutor，这是因为默认开启了二级缓存。我们可以看到查询以后就被缓存了，这里的缓存是可以配置的有两种方式

public enum LocalCacheScope {
  SESSION, STATEMENT
}

注解 这里有疑问mybatais-plus默认开启二级缓存（不同session共享）？确实是的，我看个配置默认是true，而官网说true是开启二级缓存，可能不太一样。

那么查询的时候怎么查询缓存呢？可以看到如果statement存在缓存则走缓存：

如果是一级缓存：

另外清空缓存的情况delete也是调用的update：

当事务回滚的时候也会清除缓存：