Java不允許多重繼承，也就是說一個子類只能有一個父類，
Son extends FatherA,FatherB 是錯誤的
為了彌補這點不足，Java允許實現多個接口，
接口就是給出一些沒有內容的方法，類似於C++中的虛類。到具體用的時候再由用的方法自己定義內容，要注意的是想用接口必須實現接口的所
有方法。
其實是因為Java不支持多繼承才產生了接口
接口是用來規范類的
它可以避免類在設計上的不一致
這在多人合作的開發中猶為重要
就比如接口中有A方法
那麼實現這個接口就必須實現A方法
這就形成了一種規范
也就是說，A繼承了B，但卻想使用C的一個方法，但又不能再繼承，所以就使用了C的接口。
Java接口和Java抽象類代表的就是抽象類型，就是我們需要提出的抽象層的具體表現。OOP面向對象的編程，如果要提高程序的復用率，增加程序的可維護性，可擴展性，就必須是面向接口的編程，面向抽象的編程，正確地使用接口、抽象類這些太有用的抽象類型做為你結構層次上的頂層。
Java接口和Java抽象類有太多相似的地方，又有太多特別的地方，究竟在什麼地方，才是它們的最佳位置呢?把它們比較一下，你就可以發現了。
1、Java接口和Java抽象類最大的一個區別，就在於Java抽象類可以提供某些方法的部分實現，而Java接口不可以，這大概就是 Java抽象類唯一的優點吧，但這個優點非常有用。
如果向一個抽象類裡加入一個新的具體方法時，那麼它所有的子類都一下子都得到了這個新方法，而Java接口做不到這一點，如果向一個Java接口裡加入一個新方法，所有實現這個接口的類就無法成功通過編譯了，因為你必須讓每一個類都再實現這個方法才行，這顯然是Java接口的缺點。
2、一個抽象類的實現只能由這個抽象類的子類給出，也就是說，這個實現處在抽象類所定義出的繼承的等級結構中，而由於Java語言的單繼承性，所以抽象類作為類型定義工具的效能大打折扣。
在這一點上，Java接口的優勢就出來了，任何一個實現了一個Java接口所規定的方法的類都可以具有這個接口的類型，而一個類可以實現任意多個Java接口，從而這個類就有了多種類型。
3、從第2點不難看出，Java接口是定義混合類型的理想工具，混合類表明一個類不僅僅具有某個主類型的行為，而且具有其他的次要行為。
4、結合1、2點中抽象類和Java接口的各自優勢，具精典的設計模式就出來了：聲明類型的工作仍然由Java接口承擔，但是同時給出一個 Java抽象類，且實現了這個接口，而其他同屬於這個抽象類型的具體類可以選擇實現這個Java接口，也可以選擇繼承這個抽象類，也就是說在層次結構中，Java接口在最上面，然後緊跟著抽象類，哈，這下兩個的最大優點都能發揮到極至了。這個模式就是“缺省適配模式”。
在Java語言API中用了這種模式，而且全都遵循一定的命名規范：Abstract +接口名。
Java接口和Java抽象類的存在就是為了用於具體類的實現和繼承的，如果你准備寫一個具體類去繼承另一個具體類的話，那你的設計就有很大問題了。Java抽象類就是為了繼承而存在的，它的抽象方法就是為了強制子類必須去實現的。
使用Java接口和抽象Java類進行變量的類型聲明、參數是類型聲明、方法的返還類型說明，以及數據類型的轉換等。而不要用具體Java類進行變量的類型聲明、參數是類型聲明、方法的返還類型說明，以及數據類型的轉換等。
我想，如果你編的代碼裡面連一個接口和抽象類都沒有的話，也許我可以說你根本沒有用到任何設計模式，任何一個設計模式都是和抽象分不開的，而抽象與Java接口和抽象Java類又是分不開的。
理解抽象，理解Java接口和抽象Java類，我想就應該是真正開始用面向對象的思想去分析問題，解決問題了吧。
