【編者按】本文作者是Sebastian Malaca，是面向?qū)ο缶幊痰目駸嵴?，不斷深化研究整潔代碼和高代碼質(zhì)量。本文中，作者通過多個方面深入剖析抽象類和接口的區(qū)別，并結(jié)合經(jīng)驗供讀者借鑒學習，本文系OneAPM工程師編譯整理。

在開發(fā)人員崗位面試時，是否了解抽象類和接口之間的基本區(qū)別是一個很重要的考量因素。

顯而易見？

完全不是。筆者面試過很多人，通常問的第一個問題是關于接口和抽象類的區(qū)別。但實際上很少有程序員能給出正確的答案。

就這個問題來說，初級程序員可能都會清楚之間的區(qū)別，可能也并不一定理解其背后的原因，但其結(jié)構(gòu)上的差異，特別是針對特定語言（幾乎和所有的面向?qū)ο蟮恼Z言一樣）應該深入了解。

同時，筆者也發(fā)現(xiàn)其他職位候選人（有時甚至是高級職位）竟然也不知道這之間的差異，或者只知道的一個或幾個。

如果只是需要了解這些內(nèi)容那并不難，但這些都是面向?qū)ο蟮幕A知識，因此想要設計良好的代碼必須對其有一個深入的認識。

下面將詳細介紹這些基礎知識。

繼承

下面將從眾所周知的接口和抽象類的區(qū)別開始。這種差異是關于繼承的，任何類都可以實現(xiàn)多個接口，但是只能擴展一個類，也只能有一個父類。

多個類擴展是一個語言特性，它存在于一些面向?qū)ο蟮恼Z言。為什么呢？因為它帶來的問題往往多于價值。

當一個類有許多父類時，有一個情況就是完全相同的方法會聲明多個，因此必須顯式地「告知」究竟需要的是哪一個。

這樣的代碼通常難以維護，因為對其進行的任何修改或者重構(gòu)都必須小心地檢查。另一方面，如果一個類需要擴展（至少）兩個擁有相同方法的類，那么 DRY 規(guī)則顯然會被破壞(因此需要從別處下手），或者說會干擾到 Single Responsibility Principle (SAP)。

「如果多個類的繼承如此糟糕，為什么它可以實現(xiàn)許多接口呢？」——如果這樣的問題在你的腦海盤旋，我不得不承認這是一個絕妙的問題。

然而，答案很簡單。每一個接口都是基于函數(shù)而不是一個類去實現(xiàn)。所以，即使實現(xiàn)十個不同的接口，每個包含相同的方法聲明，內(nèi)部也不會發(fā)生沖突。接口保證了方法的存在，而不是去說明方法的實現(xiàn)，這意味著，只要不違反 SRP ，你完全可以實現(xiàn)多個接口。

方法的可見度

接口中的所有方法都是 Public 的，但對于抽象類的聲明并沒有這樣的規(guī)則，當然不能是 Private 。為什么不能 Private？因為一個抽象方法需要在子類中實現(xiàn)，但 Private 無法訪問子類，因此不抽象類不可能存在 Private 屬性。

接著回歸主題。正如上文寫道的，接口是一個函數(shù)的保證，你可以把它當作使用接口的類和實現(xiàn)這個接口的類之間的一個合約——保證一個特定類將實現(xiàn)所有聲明的方法。這也是為什么這些方法必須是 Public 的原因。因為被嚴格的限制到了實現(xiàn)上，所以其他一切都不成問題。

然而，當涉及到抽象類時并非這樣。我們總是可以有不同的類組，除了這幾方面基本上不同以外，其他地方幾乎一樣，類體的公共方法也是非常相似的。在這種情況下，可以創(chuàng)建 Protected 方法來保持類之間的差異。Template Method 就是一個很典型的例子。

聲明和定義

接口只能包含方法聲明，而抽象類還可以包含方法的定義。

接口的重點在于提供特定函數(shù)，而抽象類還在于子類實現(xiàn)的相似性，不僅僅是其中的函數(shù)。

常量

接口和抽象類中都可以定義常量。這是因為這些值不依賴于特定對象，對它們來說都是相同的。

屬性

抽象類可以包含屬性，但接口卻不能。原因與聲明和定義是一樣的。

總結(jié)

除了說明差異，筆者也試圖解釋它產(chǎn)生的原因。這不僅是因為人們發(fā)明某個語言時的突發(fā)奇想，而是源于語言背后所支撐的理念。

原文鏈接：Differences Between Abstract Class and Interface

OneAPM 是應用性能管理領域的新興領軍企業(yè)，能幫助企業(yè)用戶和開發(fā)者輕松實現(xiàn)：緩慢的程序代碼和 SQL 語句的實時抓取。想閱讀更多技術文章，請訪問OneAPM 官方博客。