延迟加载机制是为了避免一些无谓的性能开销而提出来的，所谓延迟加载就是当在真正需要数据的时候，才真正执行数据加载操作；
可以简单理解为，只有在使用的时候，才会发出sql语句进行查询；延迟加载的有效期是在session打开的情况下，当session关闭后，会报异常。当调用load方法加载对象时，返回代理对象，等到真正用到对象的内容时才发出sql语句。
总结：需要查询关联信息时，使用mybatis延迟加载特性可有效的减少数据库压力，首次查询只查询主要信息，关联信息等用户获取时再加载。我们已知的除了hibernate，还有我们的Mybatis。
(1)需求：还以我们的上面两篇文章的电商项目查询订单信息为例，这次，我们以订单信息为主要查询表，然后关联查询对应的用户信息。那什么是延迟加载呢，就是我们默认先只查询订单信息，当我们需要客户信息的时候呢，我们再去关联查询用户信息。这就是延迟加载了。
(2)pojo类的设计：
首先是订单类：public class Orders { private Integer id; private Integer userId; private String number; private Date createtime; private String note; private User user; //getter、setter }
用户信息类：public class User { private int id; private String username; private int sex; private Date birthday; private String address; //getter、setter }
再就是我们Mapper映射文件离间对resultMap的定义，代码过长，直接上图：
在这里，注意我们的配置映射的映射信息里面有一个select属性，这里实现的就是我们的延迟加载，后面就是我们定义的查询用户信息的Mapper的命名空间，也可以说是一个指向。
配置文件里面statement对resultMap的调用配置：
接下来，我们定义一个mapper接口进行测试：public interface OrdersMapper{ List
测试：@Test public void selectOrderUserLazyLoading(){ SqlSession session=sqlSessionFactory.openSession(); OrdersMapperCustom ordersMapperCustomMapper=session.getMapper(OrdersMapperCustom.class); try { List
在上面的测试代码里面，我们执行断点查询，分别在if和catch上打一个端点，看tomcat的日志信息
大家可以看到，当我们执行到第一个断点的时候，这里mybatis只发出一条查询订单信息的sql去查询所有的订单信息。接下来，我们继续往下走： 大家看到了，当我们执行到想要获取第一个订单的用户信息时，它又发出了另一条根据id查询用户信息的sql，也就是说，当我们需要调用用户信息的查询方法时，它才会才会去执行查询，这也就是我们所说的延迟加载，也叫做懒加载。大家可以很明显的看到，在这里我们使用的association来实现的延迟加载，其使用collection也一样，至于使用association和collection有什么区别呢，前面我们也介绍过，association是将关联信息映射到一个pojo对象中，而collection是将关联消息映射到list结合中，就这么简单的理由
首先我们要知道，Mybatis默认是不支持执行延迟加载（懒加载）的，这需要我们手动去配置，去打开开关。而我们可以总结一下，但我们需要设置开启二级缓存的时候，我们首先需要在Mybatis全局配置文件也就是我们的sqlMapConfig.xml中去设置开启二级缓存，然后再去每个具体mapper映射文件中去确认本映射文件开启二级缓存，也就是所有的全局性的功能或者是性能配置总阀门都在全局配置文件中的。所以我们是否开启延迟加载的这一项功能也是在sqlMapConfig.xml中进行配置：
然后如何在禁止懒加载的配置就不用再介绍了吧。另外呢，mybatis的全局配置文件中的标签是有先后顺序的，按序分别是：properties、settings、typeAlliases、typeHandlers、objectFactory、plugins、environments、mappers。