一、概述
1.概念
就是在需要用到数据时才去进行加载，不需要用的数据就不加载数据。延迟加载也称为懒加载。
2.优缺点
优点：先从单表查询，需要时再从关联表去关联查询，大大提高数据库性能，因为查询单表要比关联查询多张表速度要快。
缺点：因为只有当需要用到数据时，才会进行数据库查询，这样在大批量数据查询时，因为查询工作也要消耗时间，所以可能造成用户等待时间变长，造成用户体验下降。
二、配置
在MyBatis的settings配置中存在两个元素可以配置级联，如下表：
| 配置项 | 作用 | 配置选项说明 | 默认值 |
| lazyLoadingEnabled |
延迟加载的全局开关。当开启时，所有关联对象都会延迟加载。 在特定关联关系中，可通过设置fetchType属性来覆盖该项的开关状态。 |
true|false | false |
| aggressiveLazyLoading |
当启用时，对任意延迟加载属性的调用会使带有延迟加载属性的对象完整加载； 反之，则每种属性按需加载 |
true|false |
版本3.4.1（包含）之前为true， 之后为false |
三、测试
1.修改配置项
我们在SqlMapConfig.xml中修改配置：
<settings> <setting name="lazyLoadingEnabled" value="true" /> <setting name="aggressiveLazyLoading" value="true" /> </settings>
2.测试
我们在之前的测试类中进行测试：
加断点进行调试：
从上面看出运行到断点打出日志，雇员的基础信息个鉴别器的数据已经被sql取出，这是第一批被取出的数据。我们跳过断点继续执行：
可以看出雇员的工牌和任务表都被查询出来了，为什么这两个被一并查询出来了？我们分析下雇员级联的层级关系，如下图：
从上图我可以看出，aggressiveLazyLoading配置项是一个层级开关，当设置为true时，它是一个开启了层级开关的延迟加载。
3.配置项修改：
<settings> <setting name="lazyLoadingEnabled" value="true" /> <setting name="aggressiveLazyLoading" value="false" /> </settings>
4.执行测试类打印日志
从打印的日志中我们看出只有雇员记录打印出来了，其他内容都采取了延迟加载，并且层级加载也失效了。
四、分析
1.分析
从测试中我们知道lazyLoadingEnabled决定是否开启延迟加载，而选项aggressiveLazyLoading则控制是否采取层级加载，但是他们都是全局性的配置，有时候并不能解决我们的实际需求。我们在加载雇员信息时只加载雇员任务信息，层级关系会将工牌信息也加载出来。为看处理这个问题，在MyBatis中使用fetchType属性，它可以处理全局定义无法处理的问题。
2.fetchType
etchType属性出现在级联元素中，在association和collection中，可以通过eager（获取当前pojo后立即加载对应数据）和lazy（获取当前pojo后延迟加载对应的数据）进行配置。注意discriminator没有这个属性可以配置。
3.测试
在保证配置文件中如下配置我们对之前的雇员配置文件进行修改。
<settings> <setting name="lazyLoadingEnabled" value="true" /> <setting name="aggressiveLazyLoading" value="false" /> </settings>
修改雇员相应的IEmployeeDao.xml配置文件：
<collection property="employeeTaskList" column="id" fetchType="eager" select="com.xhbjava.dao.IEmployeeTaskDao.getEmployeeTaskByEmpId" />
执行测试类打印日志：
从日志中我们看到这个时候可以按照我们的需求进行数据加载，先加载雇员信息，再加载雇员任务信息，fetchType属性会忽略全局配置项lazyLoadingEnabled和aggressiveLazyLoading。