Java抽象類與接口的區別
http://www.importnew.com/12399.html
深入理解Java的接口和抽象類
http://www.cnblogs.com/dolphin0520/p/3811437.html
Java 抽象類與接口
http://www.cnblogs.com/qifengshi/p/5682255.html
java code geeks
https://www.javacodegeeks.com
抽象類和接口的對比
| 參數 | 抽象類 | 接口 |
| 默認的方法實現 | 它可以有默認的方法實現 | 接口完全是抽象的。它根本不存在方法的實現 |
| 實現 | 子類使用extends關鍵字來繼承抽象類。如果子類不是抽象類的話，它需要提供抽象類中所有聲明的方法的實現。 | 子類使用關鍵字implements來實現接口。它需要提供接口中所有聲明的方法的實現 |
| 構造器 | 抽象類可以有構造器 | 接口不能有構造器 |
| 與正常Java類的區別 | 除了你不能實例化抽象類之外，它和普通Java類沒有任何區別 | 接口是完全不同的類型 |
| 訪問修飾符 | 抽象方法可以有public、protected和default這些修飾符 | 接口方法默認修飾符是public。你不可以使用其它修飾符。 |
| main方法 | 抽象方法可以有main方法並且我們可以運行它 | 接口沒有main方法，因此我們不能運行它。 |
| 多繼承 | 抽象方法可以繼承一個類和實現多個接口 | 接口只可以繼承一個或多個其它接口 |
| 速度 | 它比接口速度要快 | 接口是稍微有點慢的，因為它需要時間去尋找在類中實現的方法。 |
| 添加新方法 | 如果你往抽象類中添加新的方法，你可以給它提供默認的實現。因此你不需要改變你現在的代碼。 | 如果你往接口中添加方法，那么你必須改變實現該接口的類。 |
什么時候使用抽象類和接口
- 如果你擁有一些方法並且想讓它們中的一些有默認實現，那么使用抽象類吧。
- 如果你想實現多重繼承，那么你必須使用接口。由於Java不支持多繼承，子類不能夠繼承多個類，但可以實現多個接口。因此你就可以使用接口來解決它。
- 如果基本功能在不斷改變，那么就需要使用抽象類。如果不斷改變基本功能並且使用接口，那么就需要改變所有實現了該接口的類。
Java8中的默認方法和靜態方法
Oracle已經開始嘗試向接口中引入默認方法和靜態方法，以此來減少抽象類和接口之間的差異。現在，我們可以為接口提供默認實現的方法了並且不用強制子類來實現它。這類內容我將在下篇博客進行闡述。
接口自身的繼承， （接口的繼承）
接口內部包含其他接口， （接口包含接口）
利用接口來實現回調等等（接口回調）
抽象類和接口的區別
1.語法層面上的區別
1）抽象類可以提供成員方法的實現細節，而接口中只能存在public abstract 方法；
2）抽象類中的成員變量可以是各種類型的，而接口中的成員變量只能是public static final類型的；
3）接口中不能含有靜態代碼塊以及靜態方法，而抽象類可以有靜態代碼塊和靜態方法；
4）一個類只能繼承一個抽象類，而一個類卻可以實現多個接口。
2.設計層面上的區別
1）抽象類是對一種事物的抽象，即對類抽象，而接口是對行為的抽象。抽象類是對整個類整體進行抽象，包括屬性、行為，但是接口卻是對類局部（行為）進行抽象。舉個簡單的例子，飛機和鳥是不同類的事物，但是它們都有一個共性，就是都會飛。那么在設計的時候，可以將飛機設計為一個類Airplane，將鳥設計為一個類Bird，但是不能將 飛行 這個特性也設計為類，因此它只是一個行為特性，並不是對一類事物的抽象描述。此時可以將 飛行 設計為一個接口Fly，包含方法fly( )，然后Airplane和Bird分別根據自己的需要實現Fly這個接口。然后至於有不同種類的飛機，比如戰斗機、民用飛機等直接繼承Airplane即可，對於鳥也是類似的，不同種類的鳥直接繼承Bird類即可。從這里可以看出，繼承是一個 "是不是"的關系，而 接口 實現則是 "有沒有"的關系。如果一個類繼承了某個抽象類，則子類必定是抽象類的種類，而接口實現則是有沒有、具備不具備的關系，比如鳥是否能飛（或者是否具備飛行這個特點），能飛行則可以實現這個接口，不能飛行就不實現這個接口。
2）設計層面不同，抽象類作為很多子類的父類，它是一種模板式設計。而接口是一種行為規范，它是一種輻射式設計。什么是模板式設計？最簡單例子，大家都用過ppt里面的模板，如果用模板A設計了ppt B和ppt C，ppt B和ppt C公共的部分就是模板A了，如果它們的公共部分需要改動，則只需要改動模板A就可以了，不需要重新對ppt B和ppt C進行改動。而輻射式設計，比如某個電梯都裝了某種報警器，一旦要更新報警器，就必須全部更新。也就是說對於抽象類，如果需要添加新的方法，可以直接在抽象類中添加具體的實現，子類可以不進行變更；而對於接口則不行，如果接口進行了變更，則所有實現這個接口的類都必須進行相應的改動。
設計模式六大原則（6）開閉原則（Open Close Principle）
定義：一個軟件實體如類、模塊和函數應該對擴展開放，對修改關閉。
問題由來：在軟件的生命周期內，因為變化、升級和維護等原因需要對軟件原有代碼進行修改時，可能會給舊代碼中引入錯誤，也可能會使我們不得不對整個功能進行重構，並且需要原有代碼經過重新測試。
解決方案：當軟件需要變化時，盡量通過擴展軟件實體的行為來實現變化，而不是通過修改已有的代碼來實現變化。
---用抽象構建框架，用實現擴展細節。因為抽象靈活性好，適應性廣，只要抽象的合理，可以基本保持軟件架構的穩定。而軟件中易變的細節，我們用從抽象派生的實現類來進行擴展，當軟件需要發生變化時，我們只需要根據需求重新派生一個實現類來擴展就可以了。當然前提是我們的抽象要合理，要對需求的變更有前瞻性和預見性才行。
抽象類 、抽象方法 --- 抽象提取共性，后續仍然可以修改完善共性；
對接口實現 --- 接口中的方法盡量不要變化，接口實現可以酌情修改細節