mybatis懒加载原理(mybatis懒加载和延迟加载)
延迟加载又叫懒加载,也叫按需加载。也就是说先加载主信息,在需要的时候,再去加载从信息。
在mybatis中,resultMap标签 的association标签和collection标签具有延迟加载的功能。
1、拷贝jar包
延迟加载中查询出来的是一个代理对象,不是真正的对象本身,可参考hibernate中的load方法,利用log4j将日志信息打印在控制台可以很明确的看到,所以在使用延迟加载时,需要用到cglib包。
<dependency> <groupId>cglib</groupId> <artifactId>cglib</artifactId> <version>3.2.6</version></dependency>
2、配置全局设置
<!– 全局设置 –>
<settings>
<!-- 打开延迟加载的开关,默认为false,即非延迟加载 --> <setting name="lazyLoadingEnabled" value="true"/> <!-- 将积极加载改为消极加载 --> <setting name="aggressiveLazyLoading" value="true"/> <!--两个合在一起配置就是,消极的延迟加载-->
</settings>
官方对这两个属性的解释是:
lazyLoadingEnabled 全局启用或禁用延迟加载。当禁用时,所有关联对象都会即时加载。(是否延迟加载当前对象的关联对象)
aggressiveLazyLoading 当启用时,有延迟加载属性的对象在被调用时将会完全加载任意属性。否则,每种属性将会按需要加载。(是否延迟加载当前对象属性的关联对象)
延迟加载会生成代理对象
3、测试
/**
* 测试延迟加载
*/
@Testpublic void testLazyLoading(){ SqlSession session = MyBatisUtil.getSqlSession(); BlogMapper blogImpl = session.getMapper(BlogMapper.class); Blog blog = blogImpl.selectById(1); session.close(); //默认是积极加载的,需要在Config配置文件的全局中配置 System.out.println(blog.getId());//System.out.println(blog.getAuthor());
}
根据MyBatis官方文档中给出的案例,Blog类中关联了Author,此次测试,基于官方文档中的案例
(1)什么都不配置,且只打印blog的id
可以看出,当什么都不配置时,默认为用一个从连接池中取得的连接完成两个sql语句的查询,即非延迟,积极的查询
(2)配置 <setting name=”lazyLoadingEnabled” value=”true” />
aggressiveLazyLoading的默认值为false 即只配 lazyLoadingEnabled为true或者同时配置两个为一true一false的结果相同
只要结果映射中配置了association
则执行懒加载特性:不查询author的属性,则不执行子查询。
当只有测试中的第一条输出语句执行时结果如下图:
可以看到此时是懒加载。
当测试中的两条输出语句都执行时结果如下图:
可以看出,此时为非积极的延迟加载,只有在需要查询author时才会执行查询author的sql语句。
(2)配置 <setting name=”lazyLoadingEnabled” value=”true” />且
<setting name="aggressiveLazyLoading" value="true"/> 此时为积极的延迟加载
当只有测试中的第一条输出语句执行时结果如下图:
可以看出,此时的结果为虽然只需要blog的id,但是author依旧被查询,而且用到的是两个连接查询。
当测试中的两条输出语句都执行时结果如下图:
可以看到,此时两个输出语句打印的结果是连接在一块的,也就是说在打印author信息之前,author已经被查询出来,而不是像上面非积极的延迟加载那样,用到author时才执行sql语句。
如果第一个设置的不是true时,第二个设置是没有意义的,这个可以看一下官方文档上写的,看完官方文档就一目了然了
原创文章,作者:admin,如若转载,请注明出处:https://www.qq65hfghe5.com/tg/49603.html