关联关系是“has-a”，通过成员变量体现，表达长期持有的结构化引用；分为单向、双向、自关联；聚合与组合均用成员变量实现，区别在于部分对象能否独立存在。
关联关系在Java里没有特殊语法，本质就是一个类把另一个类当**成员变量**持有。它表达的是“某类拥有某类”的语义，比如 Student 拥有 Address，Order 拥有 Customer。这不是临时借用，而是长期持有、结构化存在的引用关系。
A 类里有 B 类的字段，B 不知道 A —— 最常见，也是最安全的起点Customer 有 List，Order 有 Customer 字段），容易引发循环引用、序列化失败或内存泄漏TreeNode parent、List children ），必须小心初始化和递归遍历聚合（Aggregation）和组合（Composition）在Java代码层面**完全一样**：都靠成员变量实现。真正区分它们的，是业务逻辑中“部分能否独立存在”——这个判断不会出现在编译器里，但会直接影响设计健壮性。
Department 持有 List，部门解散了，员工还能调去别的部门Car 持有 Engine 实例，在 Car 构造器里 new Engine()，且不对外暴露 setEngine() —— 这就暗示 Engine 生命周期由 Car 完全控制private final Engine engine; 就以为是组合，但如果构造时传入外部已创建的 Engine，那其实是聚合。关键看实例创建权和销毁责任是否归属整体类UML里用空心菱形（聚合）、实心菱形（组合）画法很清晰，但Java语言本身**没有任何关键字或修饰符**来标记这两种关系。你写 private List，既可以是聚合也可以是组合——全靠构造逻辑、getter/setter 是否开放、是否允许 null 或替换来传达意图。
setItems()，并在 finalize()（不推荐）或 close()（推荐）中显式清理部分资源
public class Car {
private final Engine engine; // 组合：Car 全权负责 engine 的创建与存在
public Car() {
this.engine = new Engine(); // 在构造器中 new，不接受外部传入
}
}
public class Department {
private List employees; // 聚合：employees 可来自别处，也可被带走
public Department(List employees) {
this.employees = employees; // 接收外部已存在的列表
}
}
如果一个类只在某个方法里临时用到另一个类（比如 void printReport(ReportGenerator gen)），这属于**依赖关系（Dependency）**，不是关联。关联强调“持有”，即字段级引用；依赖强调“使用”，即局部变量、参数或静态调用。
ReportGenerator 声明为 private ReportGenerator generator;，只为在 printReport() 里用一次 —— 这是滥用关联，增加耦合和状态复杂度