延迟加载又叫懒加载,也叫按需加载。也就是说先加载主信息,在需要的时候,再去加载从信息。
在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 当启用时,有延迟加载属性的对象在被调用时将会完全加载任意属性。否则,每种属性将会按需要加载。(是否延迟加载当前对象属性的关联对象)
延迟加载会生成代理对象
可以看出,当什么都不配置时,默认为用一个从连接池中取得的连接完成两个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时,第二个设置是没有意义的,这个可以看一下官方文档上写的,看完官方文档就一目了然了