关联关系是“has-a”，通过成员变量体现，表达长期持有的结构化引用；分为单向、双向、自关联；聚合与组合均用成员变量实现，区别在于部分对象能否独立存在。
关联关系就是“has-a”，用成员变量体现
关联关系在Java里没有特殊语法，本质就是一个类把另一个类当**成员变量**持有。它表达的是“某类拥有某类”的语义，比如 Student 拥有 Address，Order 拥有 Customer。这不是临时借用，而是长期持有、结构化存在的引用关系。
- 单向关联：只有
A类里有B类的字段，B不知道A—— 最常见，也是最安全的起点 - 双向关联：双方互相持有对方引用（如
Customer有List<Order>，Order有Customer字段），容易引发循环引用、序列化失败或内存泄漏 - 自关联：一个类持有自身类型字段（如树节点
TreeNode parent、List<TreeNode> children），必须小心初始化和递归遍历
聚合和组合都是关联的子集，区别只在生命周期语义
聚合（Aggregation）和组合（Composition）在Java代码层面**完全一样**：都靠成员变量实现。真正区分它们的，是业务逻辑中“部分能否独立存在”——这个判断不会出现在编译器里，但会直接影响设计健壮性。
- 聚合：整体销毁，部分仍可活。例如
Department持有List<Employee>，部门解散了，员工还能调去别的部门 - 组合：同生共死。例如
Car持有Engine实例，在Car构造器里new Engine()，且不对外暴露setEngine()—— 这就暗示Engine生命周期由Car完全控制 - 陷阱：很多人用
private final Engine engine;就以为是组合，但如果构造时传入外部已创建的Engine，那其实是聚合。关键看实例创建权和销毁责任是否归属整体类
别被UML图迷惑：Java里没有“聚合关键字”或“组合语法”
UML里用空心菱形（聚合）、实心菱形（组合）画法很清晰，但Java语言本身**没有任何关键字或修饰符**来标记这两种关系。你写 private List<Item> items;，既可以是聚合也可以是组合——全靠构造逻辑、getter/setter 是否开放、是否允许 null 或替换来传达意图。
- 想表达组合？优先在构造器中创建部分对象，避免提供
setItems()，并在finalize()（不推荐）或close()（推荐）中显式清理部分资源 - 想表达聚合？允许通过构造器或 setter 注入已有对象，且不干预其生命周期
- 真实项目中，很多团队直接省略“聚合/组合”术语，统一叫“强关联”，重点讨论谁负责创建、谁负责释放、是否可复用
public class Car {
private final Engine engine; // 组合：Car 全权负责 engine 的创建与存在
public Car() {
this.engine = new Engine(); // 在构造器中 new，不接受外部传入
}
}
public class Department {
private List<Employee> employees; // 聚合：employees 可来自别处，也可被带走
public Department(List<Employee> employees) {
this.employees = employees; // 接收外部已存在的列表
}
}
关联 ≠ 引用传递，别在方法参数里误标为“关联”
如果一个类只在某个方法里临时用到另一个类（比如 void printReport(ReportGenerator gen)），这属于**依赖关系（Dependency）**，不是关联。关联强调“持有”，即字段级引用；依赖强调“使用”，即局部变量、参数或静态调用。
立即学习“Java免费学习笔记（深入）”；
- 错误做法：把
ReportGenerator声明为private ReportGenerator generator;，只为在printReport()里用一次 —— 这是滥用关联，增加耦合和状态复杂度 - 正确做法：保持参数传递，或用工厂/注入容器解耦。只有当该对象需要跨多个方法持续参与本类行为时，才考虑提升为成员变量
- IDE 和静态分析工具（如 SonarQube）常把无意义的成员变量标为“未使用字段”，这就是信号：你可能混淆了依赖和关联
