Java对象关联靠字段引用实现，一对一用单个对象字段，一对多用集合字段，多对多双方均持集合或引入中间实体；getter/setter不建立关联，关键在字段是否真实赋值；依赖、聚合、组合仅语义不同，代码层面均为字段持有。
Java 中对象的关联关系不是靠某个“关联关键字”自动建立的，而是通过字段引用（即持有对方类型的实例）显式表达，核心在于「谁持有谁的引用」以及「生命周期是否耦合」。
如何用字段实现一对一、一对多、多对多关联
关联的本质是类中定义对方类型的字段。区别只在数量和可变性：
- 一对一：一个类中声明
private User profile或private Address homeAddress - 一对多：用集合持有多个实例，如
private List、orders private Setroles - 多对多：双方都持有一方集合，例如
User有List，groups Group也有List；但实际项目中更常拆成中间实体（如members UserGroup）避免双向强耦合
为什么不能只靠 getter/setter 就算建立了关联
getter/setter 只是访问控制手段，不改变引用关系本身。常见误解是写了 setOrder(Order order) 就以为“建立了订单关联”，其实关键在：order 字段是否被赋值、是否在内存中真实指向一个 Order 实例。
典型错误：
立即学习“Java免费学习笔记（深入）”；
public class User {
private Order order;
public void setOrder(Order order) {
// 忘记 this.order = order; → 关联根本没建立
}
}
此外，若 order 是局部 new 出来但未赋给字段，或被设为 null，关联也不存在。
关联与依赖、聚合、组合的区别在哪
这些是 UML 和设计意图层面的区分，在 Java 代码中没有语法差异，全靠字段 + 注释 + 使用方式体现：
-
依赖：仅方法参数或局部变量使用，如
public void pay(PaymentService service)—— 不持有字段，调用完即丢弃 -
聚合：持有引用，但被引用对象可独立存在，如
Department持有List，删掉部门不等于删员工 -
组合：持有引用且生命周期绑定，如
Car持有Engine，Car销毁时Engine通常也被回收（可通过构造器传入 + 不暴露 setter 控制）
真正影响行为的是你是否在 finalize()、close() 或业务逻辑中主动管理被引用对象的生命周期。
JPA/Hibernate 中的 @OneToOne/@OneToMany 算不算 Java 原生关联
不算。这些注解只是框架用来生成 SQL 和代理对象的元数据，底层仍是普通字段引用。去掉 JPA，@OneToMany(mappedBy = "user") 这行代码会直接编译失败 —— 因为它依赖框架的注解处理器和运行时增强。
纯 Java 对象（POJO）的关联只有两种合法形式：
private Product product;private Listcomments = new ArrayList();
其他任何“自动关联”“级联保存”都来自外部框架，不是语言特性。
最容易被忽略的一点：关联方向一旦写死（比如 User 有 orders 字段但 Order 没有 user 字段），查询时就必须从 User 出发，无法直接根据订单找用户 —— 这不是语法限制，是设计选择，后续改起来成本很高。
