之前划类图，对于二者的区别始终没有搞太明白，多数情况下都会选择使用Composition. 今天有时间就查阅了一些资料，把我新的理解在这里和大家分享一下：
1. 若论两种关系表示的强弱程度，Composition应该更强一些，这也是为什么在图中会以一个实心菱形来代表。反之，聚合使用的是空心菱形。见下图.
2. Composition表示的是'Part-of'的关系， 以图1为例，Engine是Car的一部分。脱离Car的Engine是没有实在意义的；而Aggregation表示的是'Has-a'的关系，以图2为例，Person有一个Address，但是Addess的存在是不依赖Person的，换句话说，地址本身就有其独立存在的意义，有没有人都是没有关系的。
3. 设计最终还是要落实到代码的，所以我们用代码来再次对比一下二者的区别。此处，我们用Engine与Address不同的生命周期来理解两种关系的区别。
public class Engine
{
. . .
}
public class Car
{
Engine e = new Engine();
.......
}上面的是Compostion， 下面的是Aggregation:
public class Address
{
. . .
}
public class Person
{
private Address address;
public Person(Address address)
{
this.address = address;
}
. . .
}
从两个代码片段中，我们不难看出Engine的生命周期是与Car一致的，何时Car被回收了，那Engine也就不存在了。但是反观Address，它是在Person之外创建的，所以即使Person被回收了，Address也不一定马上也会回收。（取决于是否有指向它的其它链接）
以上内容只是个人观点，欢迎大家补充或指正。实际设计中，定义两个类型之前的关系到底是Compostion还是Aggregation，可对比上例斟酌选择。
转载自原文链接, 如需删除请联系管理员。
原文链接：Composition(组合)与Aggregation(聚合)的区别，转载请注明来源！