首先我们先思考一个问题，假设：在一对一，或者一多中，我们有一个用户，他有100个账户。
问题1：在查询用户的时候，要不要把关联的账户查出来？
问题2：在查询账户的时候，要不要把关联的用户查出来？
解答：在查询用户的时候，用户下的账户信息应该是我们什么时候使用，什么时候去查询。
在查询账户的时候，账户的所属用户信息应该是随着账户查询时一起查询出来。
搞清楚这两个简单的问题后，我们就可以引出延迟加载和立即加载的特性。
延迟加载：在真正使用数据的时候才发起查询，不用的时候不查询关联的数据，延迟加载又叫按需查询（懒加载）
立即加载：不管用不用，只要一调用方法，马上发起查询。
使用场景：在对应的四种表关系中，一对多、多对多通常情况下采用延迟加载，多对一、一对一通常情况下采用立即加载。
mybatis的延迟加载是在关联查询的基础上的
理解了延迟加载的特性以后再看Mybatis中如何实现查询方法的延迟加载，在MyBatis 的配置文件中通过设置settings的lazyLoadingEnabled属性为true进行开启全局的延迟加载，通过aggressiveLazyLoading属性开启立即加载。看一下官网的介绍，然后通过一个实例来实现Mybatis的延迟加载，在例子中我们展现一对多表关系情况下，通过实现查询用户信息同时查询出该用户所拥有的账户信息的功能展示一下延迟加载的实现方式以及延迟加载和立即加载的结果的不同之处。
在全局配置文件中，开启延迟加载
<settings> <setting name="lazyLoadingEnabled" value="true"/> <setting name="aggressiveLazyLoading" value="false"/> </settings>
当我们需要调用查询的结果集时，才会执行关联查询的sql语句