mybatis的一级缓存为什么在spring中会失效

一、问题描述

mybatis的一级缓存是基于session来的，当单独使用mybatis的时候，一级缓存是起作用的，在一个session中查询2遍同样的sql，只会打印一次sql语句。但当mybatis与spring搭配使用后，mybatis的一级缓存就会失效，会打印2次sql。

@Service
public class TestService {

    @Autowired
    TestMapper testMapper;

    public List<Map<String,Object>> list(){
        testMapper.list();
        return testMapper.list();
    }
}

public interface TestMapper {

    @Select("SELECT * FROM test")
    public List<Map<String,Object>> list();
}

public class Test {

    public static void main(String[] args) {
        AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class);
        System.out.println(applicationContext.getBean(TestService.class).list());
    }
}

输出结果：打印了2遍sql语句，也就是我们的sql执行了两次，一级缓存没有起到作用。

二、源码分析

在上一篇文章说过mybatis底层实现是通过实现ImportBeanDefinitionRegistrar接口注册一个FactoryBean（链接：https://blog.csdn.net/qiuz1024/article/details/100536578），mybatis中这个factoryBean就是MapperFactoryBean。




所以直接在MapperFactoryBean.getObject()打断点debug跟进

你会发现此时的sqlSession已经不是我们默认的DefaultSqlSession了，它是sqlSessionTemplate

最后会执行MapperProxy的invoke方法，这属于动态代理的知识。


最后会执行SqlSessionTemplate的selectList方法；
注意这里的sqlSessionProxy又是一个代理对象，在初始化SqlSessionTemplate的时候进行的jdk代理

然后又会执行invoke方法

在SqlSessionInterceptor类的invoke方法的finally中调用了SqlSessionUtils.closeSqlSession方法，将session关闭了。

三、总结

mybatis和spring结合使用的时候，将原本的DefaultSqlSession替换成了SqlSessionTemplate，并且在SqlSessionTemplate将sqlSession替换成了代理对象，当我们执行sqlSession.selectList方法的时候会调用到SqlSessionInterceptor的invoke方法， 在invoke方法的fianlly中调用了SqlSessionUtils.closeSqlSession(sqlSession, SqlSessionTemplate.this.sqlSessionFactory)将我们的session关闭了。原生的mybatis之所以没有关闭session是因为它把session暴露给我们了，而和spring结合使用的时候并没有提供暴露session的方法，所以只能在这里关，而一旦session关闭了，那一级缓存自然也就失效了。