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:
当事务回滚的时候也会清除缓存: