面向对象建模中一对多关系应拆分为两个独立类，如Order与OrderItem，Order持List集合，OrderItem持Order引用；需初始化集合、明确双向关联的mappedBy与外键端，并谨慎配置加载策略和级联行为。

在面向对象建模中处理一对多关系，核心是把“一”和“多”拆成两个独立类，并通过集合属性和引用关系表达关联，而不是把所有字段堆在一个类里。

明确划分主从实体

比如订单和订单明细：订单（Order）是一方，订单明细（OrderItem）是多方。不能让 Order 类直接包含“菜名、份数、价格”等明细字段——这些属于明细的特征，与订单本身松耦合。正确做法是 Order 类中声明一个集合，如 List 或 Set；而每个 OrderItem 持有对所属 Order 的引用（通常是 Order order 字段）。

选择合适的集合类型并初始化

推荐使用 Set（避免重复）或 ArrayList（保持插入顺序），并在声明时初始化，防止空指针：

Gradle 9.8.0

下载

• 不要写：private List items;（未初始化，调用 add() 会 NPE）
• 应该写：private List items = new ArrayList(); 或 private Set items = new HashSet();

双向关联要设好 mappedBy 和外键端

如果需要双向访问（比如从 OrderItem 找回 Order），必须明确哪端维护关系：

• “一”端（Order）用 @OneToMany(mappedBy = "order")，表示关系由对方（OrderItem）的 order 字段控制
• “多”端（OrderItem）用 @ManyToOne @JoinColumn(name = "order_id")，真实存储外键字段
• 不设 mappedBy 就变成两个独立单向关系，可能生成冗余外键列

注意加载策略和级联行为

默认懒加载（fetch = FetchType.LAZY），但若业务中常需立即获取明细，可在 @OneToMany 中设 fetch = FetchType.EAGER；级联操作（如 cascade = CascadeType.ALL）要谨慎，删除订单时是否连带删明细需按业务逻辑决定，避免误删。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南