一、基本概念
现有如下vo和pojo
在mapper文件中可以使用<associattion>和<resultMap>通过关联查询将OrderVo对象一步到位完成映射(此处不细说)。而延迟加载就是将这两个对象对应的表分步查询，先查询OrderVo所需字段，然后在调用OrderVo对象的user字段时再查询user对象所需字段。
二、实现步骤
1.mapper文件中写好两条SQL语句，定义resultMap。
查询user所需的参数user_id必须在查询orderVo时查询出来，因为它是要作为参数参与第二次查询的。
<association>中的select属性指定第二次查询的SQL语句，column指定传入的参数。
2.开启延时加载
延时加载默认是关闭的，必须手动开启。在mybatis核心配置文件中加入如下片段，注意<settings>在文件中的相对位置
第一个属性表示开启延时加载，第二个属性表示将积极加载改为按需加载
三、调试分析
这里调用一个查询所有订单的接口，测试代码如下
当执行完第二句时：
通过变量和日志的查看，发现只执行了第一条SQL，并且确实没有查询user中的字段，此时user == null
当执行完第三句时：
可以发现，执行了一条新的SQL，正是通过id查询user字段的，此时该OrderVo对象的user也不再为空。而list中的其他order.user依然为空，这里就证实了延时加载确实是按需查询的。
四、总结
mybatis可以实现延时加载，减少不必要的查询，在需要时再进行查询，这样可以减少资源的消耗，提高性能。
本文个人编写，水平有限，如有错误，恳请指出，欢迎讨论分享。