[[275598]]

從學習Java的第一天起，我們就知道Java是一種面向對象語言，而學習Java的第二天，我們就知道了面向對象的三大基本特性是：封裝、繼承、多態(tài)。所以，對于很多開發(fā)者來說，繼承肯定都是不陌生的。但是，繼承一定適合所有的場景嗎?毫無忌諱的使用繼承來做代碼擴展真的好嗎?為什么《阿里巴巴Java開發(fā)手冊》中有一條規(guī)定：謹慎使用繼承的方式進行擴展，優(yōu)先使用組合的方式實現。

本文就來針對這些問題，簡單分析一下。

1.面向對象的復用技術

每個人在剛剛學習繼承的時候都會或多或少的有這樣一個印象：繼承可以幫助我實現類的復用。所以，很多開發(fā)人員在需要復用一些代碼的時候會很自然的使用類的繼承的方式，因為書上就是這么寫的(老師就是這么教的)。但是，其實這樣做是不對的。長期大量的使用繼承會給代碼帶來很高的維護成本。前面提到復用，這里就簡單介紹一下面向對象的復用技術。復用性是面向對象技術帶來的很棒的潛在好處之一。如果運用的好的話可以幫助我們節(jié)省很多開發(fā)時間，提升開發(fā)效率。但是，如果被濫用那么就可能產生很多難以維護的代碼。作為一門面向對象開發(fā)的語言，代碼復用是Java引人注意的功能之一。Java代碼的復用有繼承，組合以及代理三種具體的表現形式。

2.繼承

繼承(Inheritance)是一種聯結類與類的層次模型。指的是一個類(稱為子類、子接口)繼承另外的一個類(稱為父類、父接口)的功能，并可以增加它自己的新功能的能力，繼承是類與類或者接口與接口之間最常見的關系。

繼承是一種is-a關系。如蘋果是水果，狗是動物，哈士奇是狗。

3.組合

組合(Composition)體現的是整體與部分、擁有的關系。

組合是一種has-a的關系。如汽車有一個發(fā)動機，學校有一個老師等。

4.組合與繼承的區(qū)別

首先，從類的關系確定時間點上，組合和繼承是有區(qū)別的：繼承，在寫代碼的時候就要指名具體繼承哪個類，所以，類的繼承關系是在編譯期就確定的。并且從基類繼承來的實現是無法在運行期動態(tài)改變的，因此降低了應用的靈活性。組合，在寫代碼的時候可以采用面向接口編程。所以，類的組合關系一般在運行期確定。另外，代碼復用方式上也有一定區(qū)別：繼承結構中，父類的內部細節(jié)對于子類是可見的。所以我們通常也可以說通過繼承的代碼復用是一種白盒式代碼復用。如果基類的實現發(fā)生改變，那么派生類的實現也將隨之改變。這樣就導致了子類行為的不可預知性。組合是通過對現有的對象進行拼裝(組合)產生新的、更復雜的功能。因為在對象之間，各自的內部細節(jié)是不可見的，所以我們也說通過組合的代碼復用是黑盒式代碼復用。因為組合中一般都定義一個類型，所以在編譯期根本不知道具體會調用哪個實現類的方法。最后，Java中不支持多繼承，而組合是沒有限制的。就像一個人只能有一個父親，但是他可以有很很多輛車。

5.優(yōu)缺點對比

6.為什么組合優(yōu)于繼承

相信很多人都知道面向對象中有一個比較重要的原則『多用組合、少用繼承』或者說『組合優(yōu)于繼承』。從前面的介紹已經優(yōu)缺點對比中也可以看出，組合比繼承更加靈活，也更有助于代碼維護。其具有不破壞封裝性、具有更好的可擴展性、支持動態(tài)組合、整體類可以改變局部類的行為等優(yōu)點。所以，建議在同樣可行的情況下，優(yōu)先使用組合而不是繼承。因為組合更安全，更簡單，更靈活，更高效。注意，并不是說繼承就一點用都沒有了，前面說的是【在同樣可行的情況下】。有一些場景還是需要使用繼承的，或者是更適合使用繼承。

另外，除了《阿里巴巴Java開發(fā)手冊》，在很多其他資料中也有關于組合和繼承的介紹和使用約束：

繼承要慎用，其使用場合僅限于你確信使用該技術有效的情況。一個判斷方法是，問一問自己是否需要從新類向基類進行向上轉型。如果是必須的，則繼承是必要的。反之則應該好好考慮是否需要繼承?！禞ava編程思想》

只有當子類真正是超類的子類型時，才適合用繼承。換句話說，對于兩個類A和B，只有當兩者之間確實存在is-a關系的時候，類B才應該繼續(xù)類A?！禘ffective Java》