在最新版本Java1.8中的變化里， Stephen Colebourne 告訴Hartmut Schlosser，“我認為最重要的語言上的改變不是Lambdas表達式，而是在接口上的靜態和默認方法”。ColeBoune補充道，“默認方法功能的增加減少了許多使用抽象類的原因”。當我讀到這里時，我意識到Colebourne是正確的，而且我通常用抽象類的許多場景可以通過JDK1.8的默認方法（default method）替換為JDK1.8接口。
在網上論壇和博客中討論Java接口和抽象類異同的例子不勝枚舉。這些討論包括但不限于， JavaWorld 's Abstract classes vs. interfaces , StackOverflow 's When do I have to use interfaces instead of abstract classes? , Difference Between Interface and Abstract Class , 10 Abstract Class and Interface Interview Questions Answers in Java , 作為曾經有用的信息，許多現在已經過時了，可能會成為讓Java體驗更加混亂的部分。
在我思考Java1.8中接口和抽象類尚存在的不同，我決定去看看Java Tutorial關于這部分說過的信息。這個引導（Tutorial）已經更新到JDK 8 而且關于抽象方法和類的討論有一個章節，稱作 抽象類 vs 接口。這個章節指出在JDK 8 中接口和抽象類的異同點。著重強調的不同點是數據成員和方法的作用域（訪問權限）：
- 抽象類允許非靜態和非final的域，允許方法成為public,static和final
- 所有的接口方法本質為public的。
在Java Tutorial接著列出了許多應該考慮抽象類的場景，和許多應該考慮接口的場景。不出意料，這些源于前面提到的不同、分歧，主要處理你是否需要域和方法成為private,protected,non-static,或者 not-final（偏向抽象類），或者你需要把重點放在類型而不是考慮實現的能力（偏向接口）。
因為Java語序一個類實現多個接口但只能繼承一個類，接口可能被視為有利于多繼承的實現。多虧JDK 8 的默認方法，這些接口甚至能提供默認的實現。
那么，一個很自然的問題是：當一個類實現了兩個接口，而這兩個接口描述了一個具有相同特點的默認方法，Java怎么處理。答案是，這會報一個編譯錯誤。這是一個屏幕截圖，NetBeans8上運行報的這個錯誤。
結論
JDK 8 爭議性的把抽象類的優點帶給接口。造成的影響是今天有大量的抽象類通過默認方法可能被替換為接口。
