延迟加载又叫懒加载，也叫按需加载。也就是说先加载主信息，在需要的时候，再去加载从信息。

在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时，第二个设置是没有意义的，这个可以看一下官方文档上写的，看完官方文档就一目了然了