我是如何理解Java抽象類和介面的

面試中我們就大說一通抽象類可以有方法，介面不能有實際的方法啦；一個類只能繼承一個抽象類，卻可以繼承多個介面啦，balabala一大堆，就好像把標準答案熟練的說出來一樣。
抽象類和介面這篇文章講到了他們的區別和聯絡，它們確實有很多相似的地方，但是從本質上看，或從語言的設計角度來看，這不是它們最本質的區別。

不賣關子，我個人對這兩個的理解：

類是具體例項的抽象，比如一個json字串的抽象；而抽象類就是類的抽象；介面就是抽象類的抽象，介面更像是一種協議

聽我慢慢道來~

吐槽
首先，我必須吐槽一下這種面試，我認為面試官凡事問出這種類似“說說抽象類和介面的區別”，“說說程式和執行緒的區別”等等問題，都是不負責的表現。
為什麼呢？
一個原因就是，面試官對想要招的人完全沒有自己的評價標準，另一個原因就是對面試者不負責。這種問題根本不能考驗面試者的水平。
那麼，如果我來面試別人，我會問：請你說說你怎麼理解抽象類和介面；如果要你向你外婆解釋程式和執行緒的區別，你會怎麼解釋？
我覺得這可以考驗面試者對問題的理解程度，我想微軟的面試題（你如何向你奶奶解釋Excel）一樣，考驗一個人對某一事物的理解程度（雖然，至今我還不能很好的想明白這個問題 -。-）

抽象類和介面的區別
說到抽象類和介面，就必須要說到類。
一個類就是對現實事物的抽象。
比如定義一個BenzCar類，就需要對現實的賓士汽車有很好的抽象（當然賓士汽車有好多系列，這裡不鑽牛角尖）。也就是說如果你要造一輛賓士汽車，就需要BenzCar這個類（這輛賓士汽車就是記憶體中的一個Instance）。

那麼抽象類就是對類的抽象。
怎麼理解呢？就是說有很多汽車廠商一起定義一種規範（Car類），說要造一輛汽車就需要有發動機，輪胎，音響裝置…（這些就相當於抽象方法），具體用什麼發動機，輪胎，音響裝置由每個汽車廠商自己去完成。這樣就有各種汽車了，賓士牌的，寶馬牌的，豐田牌的…

介面就是對抽象類的抽象
這只是我個人的理解。
在我們日常生活中可以看到各種“介面”，電源插座就是一種。開始我是看到耗子叔的部落格在開始理解“控制翻轉”這個概念的——IoC/DIP其實是一種管理思想| 酷殼- CoolShell.cn。後來我就想，這個東西其實無處不在，製造電源插座的廠和製造電器的廠只要約定一種“介面”——兩口插座或三口插座，當然每個國家的介面都不一樣，不同介面之間的轉換就需要用介面卡了。

其實程式中也一樣，比如所有的交通工具可以抽象為一個介面Drivable（可能由於經驗原因，我考慮的不是很完善），表示實現這個介面的類建立的物件（比如：汽車，飛機，輪船等等）都是可以駕駛的

public interface Drivable{
    public void drive();
}

然後，我們就可以建立一個AbstractCar類，表示這個對所有汽車類的一個抽象，所有可以駕駛的汽車都必須繼承這個類，這個抽象類中規定了一些抽象方法，比如getEngine()方法，這說明每種汽車的引擎都不太一樣，需要在子類中自定義（當然，你也可以繼承AbstractCar類，對所有可能具有相同引擎的汽車進行一層抽象）。

為什麼對Drivable的drive()方法進行了預設實現，但是預設實現中卻直接丟擲了異常呢？

其實這是一種實現介面的方法，還有一種方法就是將drive()設為abstract。這兩種實現方式，我覺得從功能上講是一樣的，但是從類設計上講是不同的。

下面程式碼中的實現，我是參考了java.util.AbstractList<E>中add(int location, E object)方法的設計，它的文件中寫到：

* @throws UnsupportedOperationException
 *                if adding to this List is not supported.

public abstract class AbstractCar implements Drivable {
    public abstract Engine getEngine();

    public abstract Wheel getWheel();

    @Override
    public void drive(){
        throw new UnsupportedOperationException();
    }
    // 省略其他方法和屬性
}

那麼上面這段程式碼中的drive()可以理解為：

預設情況下“汽車”是不能開的，你實現了一個汽車類後，需要Override這個方法，實現自己的drive方法

以java容器中的List舉例

到原始碼裡面找，你就會發現List<E>的繼承關係最頂層的就是Iterable，就表示說List是可以遍歷的，而且它還會產生一個Iterator介面物件。這表示一個列表可以通過這個迭代器來遍歷。
這就像上面說的，所有的交通工具都是可以駕駛的一樣，所有的列表都是可以遍歷的。
一層一層往下，類就變得更加具體。

最後
為什麼介面可以繼承？
其實這個原理很簡單。因為總有一個最本質的協議來約束大家，比如所有的交通工具都是可以駕駛的，所有的容易都是可以遍歷的。然後協議會漸漸變得更加具體：

Iterable <- Collection <- List <- AbstractList <- List

從下往上看，就是一層比一層抽象。
就像我在文章開頭說的，

• 你用ArrayList類可以建立很多個物件，ArrayList就是這些物件的一次抽象
• 而AbstractList是對ArratList的一次抽象，你用AbstractList可以建立ArrayList，也可以建立Stack，或LinkedList等
• List介面就是對所有的列表類的抽象
• Collection就是對所有單一元素的容器的抽象
• Iterable就是一個最高層次的抽象了，表示所有的容器都是可以遍歷的