前言

Java8是Oracle于2014年3月發(fā)布的一個重要版本，其API在現(xiàn)存的接口上引入了非常多的新方法。

例如，Java8的List接口新增了sort方法。在Java8之前，則每個實現(xiàn)了List接口的類必須定義sort方法的實現(xiàn)，或者從父類中繼承它的實現(xiàn)。想象一下，如果List接口的繼承體系非常龐雜，那么整個集合框架的維護量有多么大！

為此，在Java8中引入了一種新的機制：接口支持申明帶實現(xiàn)的方法。

默認方法

前文提到了Java8中List接口新增了sort方法，其源碼如下：

public interface List<E> extends Collection<E> {
 
 // ...其他成員
  
 default void sort(Comparator<? super E> c) {
  ...
  ...
 }
}

可以看到，這個新增的sort方法有方法體，由default修飾符修飾，這就是接口的默認方法。

很顯然，默認方法不是static的，所以必須由接口的實現(xiàn)類的實例來調(diào)用這些默認方法。

下面自定義一個接口，練習使用默認方法。

public interface Sized {
 // 普通抽象方法，默認是public abstract修飾的，沒有方法體
 int size();

 /*
  * 默認方法，有方法體
  * 任何一個實現(xiàn)了Sized接口的類都會向動繼承isEmpty的實現(xiàn)
  */
 default boolean isEmpty() {
  return this.size() == 0;
 }
}

其實，隨著JDK版本的不斷升級，API在不斷演進，默認方法在Java8的API中已經(jīng)大量地使用了，上面List接口中的sort方法就是其中一個。

和抽象類的區(qū)別

有同學可能發(fā)現(xiàn)了，Java8中加入了默認方法的接口，這不就是以前的抽象類嗎？其實，兩者還是有區(qū)別的。

• 一個類只能繼承一個抽象類；但是一個類可以實現(xiàn)多個接口。
• 抽象類有實例變量，而接口只能有類變量

解決沖突

我們知道Java語言中一個類只能繼承一個父類，但是一個類可以實現(xiàn)多個接口。隨著默認方法在Java8中的引入，有可能出現(xiàn)一個類繼承了多個簽名一樣的方法。這種情況下，類會選擇使用哪一個函數(shù)呢？

為解決這種多繼承關(guān)系，Java8提供了下面三條規(guī)則：

• 類中的方法優(yōu)先級最高，類或父類中聲明的方法的優(yōu)先級高于任何聲明為默認方法的優(yōu)先級。
• 如果第一條無法判斷，那么子接口的優(yōu)先級更高：方法簽名相同時，優(yōu)先選擇擁有最具體實現(xiàn)的默認方法的接口， 即如果B繼承了A，那么B就比A更加具體。
• 最后，如果還是無法判斷，繼承了多個接口的類必須通過顯式覆蓋和調(diào)用期望的方法， 顯式地選擇使用哪一個默認方法的實現(xiàn)

讓我們一起看幾個例子 。

場景1：

public interface A {
 default void hello() {
  System.out.println("hello from A");
 }
}

public interface B extends A {
 default void hello() {
  System.out.println("hello from B");
 }
}

public class C implements A, B {
 public static void main(String[] args) {
  new C().hello();
 }
}

如圖1，是這個場景的UML圖。

我們對照上面三條規(guī)則來看，類C中main()方法會輸出什么？

1. 規(guī)則(1))不滿足。
2. 因為B繼承了A，所以B比A更具體，所以應(yīng)該選擇B的hello()方法。所以，程序會打印輸出"hello from B"。

場景2：

如果C像下面這樣繼承了D，會怎么樣？

public class D implements A {

}

public class C extends D implements A, B {
 public static void main(String[] args) {
  new C().hello();
 }
}

如圖2，是這個場景的UML圖。

同樣，我們對照著三條規(guī)則來看：

1. C雖然繼承了D，但D中未覆蓋A的默認方法。
2. 接著，編譯器會在A和B中做選擇，由于B更具體，所以，程序會打印輸出"hello from B"。

場景3：

將上面的D稍作修改：

public class D implements A {
 public void hello() {
  System.out.println("hello from D");
 }
}

結(jié)果又如何？

由于依據(jù)規(guī)則(1)，父類中聲明的方法具有更高的優(yōu)先級，所以程序會打印輸出"hello from D"。

場景4：

假設(shè)現(xiàn)在B不在繼承A：

public interface A {
  default void hello() {
    System.out.println("hello from A");
  }
}

public interface B {
  default void hello() {
    System.out.println("hello from B");
  }
}

public class C implements A, B {
  public static void main(String[] args) {
    new C().hello();
  }
}

如圖3，是這個場景的UML圖。

此時，由于編譯器無法識別A還是B的實現(xiàn)更加具體，所以會拋出編譯錯誤：”C inherits unrelated defaults for hello() from types A and B“。

像這種場景要解決沖突，可以在C中覆蓋hello()方法并在方法內(nèi)顯示的選擇調(diào)用A還是B的方法。

調(diào)用方式如下：

public class C extends D implements A, B {
  public void hello() {
    // 顯式地選擇調(diào)用接口B中的方法
    // 同理，要調(diào)用接口A中的方法，可以這樣：A.super.hello()
    B.super.hello();
  }

  public static void main(String[] args) {
    // 輸出 hello from B
    new C().hello();
  }
}

場景5：

public interface A {
  default void hello() {
    System.out.println("hello from A");
  }
}

public interface B extends A{

}

public interface C extends A{

}

public class D implements B, C {
  public void hello() {
    new D().hello();
  }
}

此時，只有一個方法申明可以選擇，所以程序會輸出"hello from A"。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對腳本之家的支持。

最新評論