網上關於此類的討論非常多，發現對於該問題的理解各有各的說法，而各個說法中又相去甚遠。通過瀏覽這些討論以及對《O'Reilly - UML 2.0 In A Nutshell (2007)》的參考，發表一下自己的看法
類間關係有很多種，在大的類別上可以分為兩種：縱向關係、橫向關係。
縱向關係就是繼承關係，它的概念非常明確，也成為OO的三個重要特徵之一，這裡不過多的討論。
橫向關係較為微妙，按照UML的建議大體上可以分為四種：
- 依賴 （Dependency）
- 關聯 （Association）
- 彙總 （Aggregation）
- 組合 （Composition）
它們的強弱關係是沒有異議的：依賴 < 關聯 < 彙總 < 組合
然而它們四個之間的差別卻又不那麼好拿捏，需要好好體會。
- 依賴：
- 關聯：
- UML標記法：實線 + 箭頭
- 關係：" ... has a ..."
- 所謂關聯就是某個對象會長期的持有另一個對象的引用，而二者的關聯往往也是相互的。關聯的兩個對象彼此間沒有任何強制性的約束，只要二者同意，可以隨時解除關係或是進行關聯，它們在生命期問題上沒有任何約定。被關聯的對象還可以再被別的對象關聯，所以關聯是可以共用的。
- 典型的例子很多，比如：
class Human
{
ArrayList friends = new ArrayList();
public void makeFriend(Human human)
{
friends.add(human);
}
public static void main()
{
Human me = new Human();
while(true)
{
me.makeFriend(mySchool.getStudent());
}
}
}
- 釋義：人從生至死都在不斷的交朋友，然而沒有理由認為朋友的生死與我的生死有必然的聯絡，故他們的生命期沒有關聯，我的朋友又可以是別人的朋友，所以朋友可以共用。
- 彙總：
- UML標記法：空心菱形 + 實線 + 箭頭
- 關係：" ... owns a ..."
- 彙總是強版本的關聯。它暗含著一種所屬關係以及生命期關係。被彙總的對象還可以再被別的對象關聯，所以被彙總對象是可以共用的。雖然是共用的，彙總代表的是一種更親密的關係。
- 典型的例子很多，比如：
class Human
{
Home myHome;
public void goHome()
{
//在回家的路上
myHome.openDoor();
//看電視
}
public static void main()
{
Human me = new Human();
while(true)
{
//上學
//吃飯
me.goHome();
}
}
}
- 釋義：我的家和我之間具有著一種強烈的所屬關係，我的家是可以分享的，而這裡的分享又可以有兩種。其一是彙總間的分享，這正如你和你媳婦兒都對這個家有著同樣的強烈關聯；其二是彙總與關聯的分享，如果你的朋友來家裡吃個便飯，估計你不會給他配一把鑰匙。
- 組合：
- UML標記法：實心菱形 + 實線 + 箭頭
- 關係：" ... is a part of ..."
- 組合是關係當中的最強版本，它直接要求包含對象對被包含對象的擁有以及包含對象與被包含對象生命期的關係。被包含的對象還可以再被別的對象關聯，所以被包含對象是可以共用的，然而絕不存在兩個包含對象對同一個被包含對象的共用。
- 典型的例子很多，比如：
class Human
{
Heart myHeart = new Heart();
public static void main()
{
Human me = new Human();
while(true)
{
myHeart.beat();
}
}
}
- 釋義：組合關係就是整體與部分的關係，部分屬於整體，整體不存在，部分一定不存在，然而部分不存在整體是可以存在的，說的更明確一些就是部分必須創生於整體創生之後，而銷毀於整體銷毀之前。部分在這個生命期內可以被其它對象關聯甚至彙總，但有一點必須注意，一旦部分所屬於的整體銷毀了，那麼與之關聯的對象中的引用就會成為空白引用，這一點可以利用程式來保障。心臟的生命期與人的生命期是一致的，如果換個部分就不那麼一定，比如闌尾，很多人在創生後的某個時間對其厭倦便提前銷毀了它，可它和人類的關係不可辯駁的屬於組合。
在UML中存在一種特例，就是允許被包含對象在包含對象銷毀前轉移給新的對象，這雖然不自然，但它給需要心臟移植的患者帶來了福音。
from： http://www.cnblogs.com/floodpeak/archive/2008/02/27/1083533.html
