網上關於此類的討論非常多，發現對於該問題的理解各有各的說法，而各個說法中又相去甚遠。通過瀏覽這些討論以及對《O'Reilly - UML 2.0 In A Nutshell (2007)》的參考，發表一下自己的看法

類間關係有很多種，在大的類別上可以分為兩種：縱向關係、橫向關係。

縱向關係就是繼承關係，它的概念非常明確，也成為OO的三個重要特徵之一，這裡不過多的討論。

橫向關係較為微妙，按照UML的建議大體上可以分為四種：

1. 依賴    （Dependency）
2. 關聯    （Association）
3. 聚合    （Aggregation）
4. 組合    （Composition）

它們的強弱關係是沒有異議的：依賴 < 關聯 < 聚合 < 組合

然而它們四個之間的差別卻又不那麼好拿捏，需要好好體會。

1. 依賴：
   • UML表示法：虛線 + 箭頭 
     
   • 關係：" ... uses a ..."
   • 此關係最為簡單，也最好理解，所謂依賴就是某個物件的功能依賴於另外的某個物件，而被依賴的物件只是作為一種工具在使用，而並不持有對它的引用。
   • 典型的例子很多，比如：
     

     class Human
     {
         public void breath()
         {
             Air freshAir = new Air();
             freshAir.releasePower();
         }
         public static void main()
         {
             Human me = new Human();
             while(true)
             {
                 me.breath();
             }
         }
     }
     
     class Air
     {
         public void releasePower()
         {
             //do sth.
         }
     }
      
     

     
     
      
   • 釋義：一個人自創生就需要不停的呼吸，而人的呼吸功能之所以能維持生命就在於吸進來的氣體發揮了作用，所以說空氣只不過是人類的一個工具，而人並不持有對它的引用。
2. 關聯：
   • 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());
             }
         }
     } 
      
     

     
     
     
   • 釋義：人從生至死都在不斷的交朋友，然而沒有理由認為朋友的生死與我的生死有必然的聯絡，故他們的生命期沒有關聯，我的朋友又可以是別人的朋友，所以朋友可以共享。
3. 聚合：  
   • UML表示法：空心菱形 + 實線 + 箭頭 
     
   • 關係：" ... owns a ..."
   • 聚合是強版本的關聯。它暗含著一種所屬關係以及生命期關係。被聚合的物件還可以再被別的物件關聯，所以被聚合物件是可以共享的。雖然是共享的，聚合代表的是一種更親密的關係。
   • 典型的例子很多，比如：
     

     class Human
     {
         Home myHome;
         public void goHome()
         {
             //在回家的路上
             myHome.openDoor();
             //看電視
         }
         public static void main()
         {
             Human me = new Human();
             while(true)
             {
                 //上學
                 //吃飯
                 me.goHome();
             }
         }
     }

     
     
      
   • 釋義：我的家和我之間具有著一種強烈的所屬關係，我的家是可以分享的，而這裡的分享又可以有兩種。其一是聚合間的分享，這正如你和你媳婦兒都對這個家有著同樣的強烈關聯；其二是聚合與關聯的分享，如果你的朋友來家裡吃個便飯，估計你不會給他配一把鑰匙。
   • 聚合和關聯的分享，大致形式如下：

   • public class Guest {
     	Home hostHome=new Home();
     	public void visitHome(){
     		//敲門
     		hostHome.openDoor(hostHome);
     		//進入
     	}
     	
     	public static void main(String[] args){
     		Guest guest=new Guest();
     		while(true){
     			//被邀請
     			//出發
     			guest.visitHome();
     		}
     	}
     }

     
     
4. 組合：
   • UML表示法：實心菱形 + 實線 + 箭頭 
     
   • 關係：" ... is a part of  ..."
   • 組合是關係當中的最強版本，它直接要求包含物件對被包含物件的擁有以及包含物件與被包含物件生命期的關係。被包含的物件還可以再被別的物件關聯，所以被包含物件是可以共享的，然而絕不存在兩個包含物件對同一個被包含物件的共享。
   • 典型的例子很多，比如：
     class Human
     {
         Heart myHeart = new Heart();
         public static void main()
         {
             Human me = new Human();
             while(true)
             {
                 myHeart.beat();
             }
         }
     }
     
   • 釋義：組合關係就是整體與部分的關係，部分屬於整體，整體不存在，部分一定不存在，然而部分不存在整體是可以存在的，說的更明確一些就是部分必須創生於整體創生之後，而銷燬於整體銷燬之前。部分在這個生命期內可以被其它物件關聯甚至聚合，但有一點必須注意，一旦部分所屬於的整體銷燬了，那麼與之關聯的物件中的引用就會成為空引用，這一點可以利用程式來保障。心臟的生命期與人的生命期是一致的，如果換個部分就不那麼一定，比如闌尾，很多人在創生後的某個時間對其厭倦便提前銷燬了它，可它和人類的關係不可辯駁的屬於組合。
     在UML中存在一種特例，就是允許被包含物件在包含物件銷燬前轉移給新的物件，這雖然不自然，但它給需要心臟移植的患者帶來了福音。
   
   

• 關聯關係最弱，相互關聯的兩者沒有強制性的關係，可以被多個不同物件同時關聯，兩者之間的關係是平級的
• 聚合是強關聯關係，它暗示了一種所屬和生命週期的關係，兩者之間的關係就不是平級而是隱含了一種語義上的包含關係，比如上面例子中的人都擁有一個家，家包含裡面住的成員，但是在關聯關係的例子就不能說人屬於他的朋友或者朋友包含了這個人
• 組合則是最強的關係，它直接說明了兩者的所屬和生命週期的關係，並且對生命週期有著強烈的規定