mybatis延迟加载需精准配置：全局启用lazyloadingenabled=true且aggressivelazyloading=false，关联映射中显式设fetchtype="lazy"，实体类不可为final、getter不可重写、sqlsession须保持开启，并避免n+1查询。
MyBatis 延迟加载不是“一开就快”，而是要配得准、用得稳、避得开陷阱。它本质是让关联数据“按需加载”——查用户时只查用户，调用 user.getOrders() 时才去查订单，避免一次拉几十条用不上的数据。
全局开关必须配对开启
延迟加载默认完全关闭，仅设 lazyLoadingEnabled=true 不够，必须同时关闭激进模式：
- lazyLoadingEnabled = true：打开延迟加载总闸门，没它所有局部配置都失效
-
aggressiveLazyLoading = false：防止调用
toString()、equals()或任意 getter 就把全部关联（订单、地址、头像）一股脑查出来
这两项必须写在 mybatis-config.xml 的 <settings></settings> 中，缺一不可。
关联映射里显式声明 lazy
全局开了只是铺路，每个具体关系还得“点名申请”延迟加载：
- 一对多用
<collection></collection>：<collection property="orders" oftype="Order" select="selectOrdersByUserId" column="id" fetchtype="lazy"></collection> - 一对一用
<association></association>：<association property="profile" javatype="Profile" select="selectProfileByUserId" column="id" fetchtype="lazy"></association>
fetchType="lazy" 是局部开关，优先级高于全局配置；不写则按全局设置走。
代理能工作的三个硬前提
MyBatis 靠动态代理实现延迟，以下任一不满足都会报错或失效：
- 被关联的实体类不能是
final（否则无法生成子类代理） - 关联属性的 getter 方法不能被重写、不能加逻辑、不能屏蔽（代理靠拦截它触发查询）
- 调用 getter 时，
SqlSession必须仍处于开启状态（事务未提交、未关闭；否则抛 “No session” 异常）
避开 N+1 查询这个坑
延迟加载容易误用成 N+1：循环中反复调用 user.getOrders()，导致查 1 次用户 + N 次订单 SQL。
- 批量场景下，改用
JOIN+resultMap手动映射，一次 SQL 拉全量 - 或先查出所有用户 ID 列表，再用
IN一次性查订单，手动组装关联关系 - 看日志：如果出现大量重复的
select * from order where user_id = ?，就是典型 N+1 信号
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
