MyBatis封装多对一关系靠单个对象属性（如private User user）和association标签实现，而非集合变量；集合变量（如List）仅用于一对多场景。
MyBatis 封装多对一关系时，**不是靠集合变量**，而是靠单个对象属性 + association 标签完成映射。集合变量（如 List）用于一对多场景；多对一的“多”方实体中，应声明一个“一”方的**单个对象引用**（例如 private User user;），再通过 resultMap 中的
多对一的本质结构：一方在“多”的实体里是单个引用
比如“多个订单属于一个用户”，Order 类里不是写 List，而是：
public class Order {
private Long id;
private String number;
private User user; // 关键：单个对象，不是集合
// getter/setter 省略
}
两种主流映射方式都围绕这个单对象展开
方式一：嵌套查询（推荐解耦，支持懒加载）
– 在 Order 的 resultMap 中用
– MyBatis 先查出所有订单，再对每个订单的 user_id 调用 selectUserById 单独查用户
– 适合关联表逻辑复杂、或需控制查询时机的场景
方式二：联表一次性查询（性能高，但 SQL 稍重）
– SQL 写 SELECT o.*, u.id AS uid, u.username AS uname FROM orders o LEFT JOIN users u ON o.user_id = u.id
– resultMap 中用
– 所有数据一次查完，避免 N+1 查询问题
为什么不能用集合变量封装多对一？
– 集合类型（List、Set）语义上表示“一对多”或“多对多”关系，与多对一的业务含义冲突
– 若强行在 Order 中定义 List，MyBatis 会尝试把每行结果都往集合里 add，导致重复、错位甚至空指针
– User 类中 private List
关键配置细节不能漏
-
property必须和 POJO 中的字段名完全一致（含大小写），且该字段必须是可写（有 setter） - 联表查询时，若字段名冲突（如两张表都有
id），务必用别名（u.id AS user_id）并在 - 使用嵌套查询时，
column值会作为参数传给被调用的 SQL，支持复合列：column="{uId=user_id, uStatus=status}" - 若关联对象可能为 null（如外键允许 NULL），确保
User构造函数或字段初始化不抛异常
