面向对象编程中Aggregation与Composition的Java实践验证及UML咨询

你的代码理解完全正确 #

• 对于Aggregation的实现：你提到的第一段代码中，Address对象在Person外部实例化后传入，这完全契合聚合的核心特性——子对象可独立于父对象存在并被复用。比如一个家庭地址可以被多个Person实例（家庭成员）共享，就算某个Person对象被销毁，Address依然能保留并被其他对象使用。
• 对于Composition的实现：第二段代码里Address在Person内部实例化，外部无法访问或复用这个Address实例，它的生命周期完全绑定在Person上——当Person被销毁时，内部的Address也会被回收，这正是组合“子对象无法脱离父对象存在”的典型表现，比如一个人的专属联系地址，脱离这个人就没有独立存在的意义。

高效UML绘制建议 #

• 聚合关系：用空心菱形+实线连接父类（如Person）和子类（如Address），菱形指向父类；若需明确数量关系，可标注 multiplicity，比如Person端标1，Address端标0..*（表示一个地址可被多个人关联）。
• 组合关系：用实心菱形+实线连接，菱形同样指向父类；multiplicity通常是Person端1，Address端1..*（表示一个人可以有多个地址，但这些地址只属于他）。
• 快速绘制技巧：草稿阶段不用纠结复杂的 multiplicity，先通过菱形虚实区分关系类型即可；用工具绘制时，优先选自带UML模板的工具（如StarUML、Draw.io），直接拖拽预设的聚合/组合关系，避免手动绘制出错。

内容的提问来源于stack exchange，提问作者r'ouster