快捷導(dǎo)航

Java8的default方法詳細(xì)介紹

更新時(shí)間：2014年04月17日 08:41:49 作者：

這篇文章主要介紹了Java8的default方法,詳細(xì)介紹了什么是default方法,在多繼承時(shí)的處理等,需要的朋友可以參考下

什么是default方法？

Java 8發(fā)布以后，可以給接口添加新方法，但是，接口仍然可以和它的實(shí)現(xiàn)類保持兼容。這非常重要，因?yàn)槟汩_發(fā)的類庫可能正在被多個(gè)開發(fā)者廣泛的使用著。而Java 8之前，在類庫中發(fā)布了一個(gè)接口以后，如果在接口中添加一個(gè)新方法，那些實(shí)現(xiàn)了這個(gè)接口的應(yīng)用使用新版本的接口就會(huì)有崩潰的危險(xiǎn)。

有了Java 8，是不是就沒有這種危險(xiǎn)了？答案是否定的。

給接口添加default方法可能會(huì)讓某些實(shí)現(xiàn)類不可用。

首先，讓我們看下default方法的細(xì)節(jié)。

在Java 8中，接口中的方法可以被實(shí)現(xiàn)（Java8中的static的方法也可以在接口中實(shí)現(xiàn)，但這是另一個(gè)話題）。接口中被實(shí)現(xiàn)的方法叫做default方法，用關(guān)鍵字default作為修飾符來標(biāo)識(shí)。當(dāng)一個(gè)類實(shí)現(xiàn)一個(gè)接口的時(shí)候，它可以實(shí)現(xiàn)已經(jīng)在接口中被實(shí)現(xiàn)過的方法，但這不是必須的。這個(gè)類會(huì)繼承default方法。這就是為什么當(dāng)接口發(fā)生改變的時(shí)候，實(shí)現(xiàn)類不需要做改動(dòng)的原因。

多繼承的時(shí)候呢？

當(dāng)一個(gè)類實(shí)現(xiàn)了多于一個(gè)（比如兩個(gè)）接口，而這些接口又有同樣的default方法的時(shí)候，事情就變得很復(fù)雜了。類繼承的是哪一個(gè)default方法呢？哪一個(gè)也不是！在這種情況下，類要自己（直接或者是繼承樹上更上層的類）來實(shí)現(xiàn)default方法（才可以）。

當(dāng)一個(gè)接口實(shí)現(xiàn)了default方法，另一個(gè)接口把default方法聲明成了abstract的時(shí)候，同樣如此。Java 8試圖避免不明確的東西，保持嚴(yán)謹(jǐn)。如果一個(gè)方法在多個(gè)接口中都有聲明，那么，任何一個(gè)default實(shí)現(xiàn)都不會(huì)被繼承，你將會(huì)得到一個(gè)編譯時(shí)錯(cuò)誤。

但是，如果你已經(jīng)把你的類編譯過了，那就不會(huì)出現(xiàn)編譯時(shí)錯(cuò)誤了。在這一點(diǎn)上，Java 8是不一致的。它有它自己的原因，有于各種原因，在這里我不想詳細(xì)的說明或者是深入的討論（因?yàn)椋喊姹疽呀?jīng)發(fā)布了，討論時(shí)間太長，這個(gè)平臺(tái)從來沒有這樣的討論）。

1.假如你有兩個(gè)接口，一個(gè)實(shí)現(xiàn)類。
2.其中一個(gè)接口實(shí)現(xiàn)了一個(gè)default方法m()。
3.把接口和實(shí)現(xiàn)類一塊編譯。
4.修改那個(gè)沒有包含m()方法的接口，聲明m()方法為abstract。
5.單獨(dú)重新編譯修改過的接口。
6.運(yùn)行實(shí)現(xiàn)類。

上面的情況下類可以正常運(yùn)行。但是，不能用修改過的接口重新編譯，但是用老的接口編譯仍然可以運(yùn)行。接下來

1.修改那個(gè)含有abstract方法m()的接口，創(chuàng)建一個(gè)default實(shí)現(xiàn)。
2.編譯修改后的接口
3.運(yùn)行類：失敗。
當(dāng)兩個(gè)接口給同一個(gè)方法都提供了default實(shí)現(xiàn)的時(shí)候，這個(gè)方法是無法被調(diào)用的，除非實(shí)現(xiàn)類也實(shí)現(xiàn)了這個(gè)default方法（要么是直接實(shí)現(xiàn)，要么是繼承樹上更上層的類做實(shí)現(xiàn)）。

但是，這個(gè)類是兼容的。它可以在使用新接口的情況下被載入，甚至可以執(zhí)行，只要它沒有調(diào)用在兩個(gè)接口中都有default實(shí)現(xiàn)的方法。

實(shí)例代碼：

為了演示上面的例子，我給C.java創(chuàng)建了一個(gè)測試目錄，它下面還有3個(gè)子目錄，用于存放I1.java和I2.java。測試目錄下包含了類C的源碼C.java。base目錄包含了可以編譯和運(yùn)行的那個(gè)版本的接口。I1包含了有default實(shí)現(xiàn)的m()方法，I2不包含任何方法。

實(shí)現(xiàn)類包含了main方法，所以我們可以在測試中執(zhí)行它。它會(huì)檢查是否存在命令行參數(shù)，這樣，我們就可以很方便的執(zhí)行調(diào)用m()和不調(diào)用m()的測試。

復(fù)制代碼代碼如下:

~/github/test$ cat C.java
public class C implements I1, I2 {
  public static void main(String[] args) {
    C c = new C();
    if(args.length == 0 ){
        c.m();
    }
  }
}
~/github/test$ cat base/I1.java
public interface I1 {
  default void m(){
    System.out.println("hello interface 1");
  }
}
~/github/test$ cat base/I2.java
public interface I2 {
}

使用下面的命令行來編譯運(yùn)行：

復(fù)制代碼代碼如下:

~/github/test$ javac -cp .:base C.java
~/github/test$ java -cp .:base C
hello interface 1

compatible目錄包含了有abstract方法m()的I2接口，和未修改的I1接口。

復(fù)制代碼代碼如下:

~/github/test$ cat compatible/I2.java
public interface I2 {
  void m();
}

這個(gè)不能用來編譯類C：

復(fù)制代碼代碼如下:

~/github/test$ javac -cp .:compatible C.java
C.java:1: error: C is not abstract and does not override abstract method m() in I2
public class C implements I1, I2 {
   ^
1 error

錯(cuò)誤信息非常精確。因?yàn)槲覀冇星耙淮尉幾g獲得的C.class，如果我們編譯compatible目錄下的接口，我們?nèi)匀粫?huì)得到能運(yùn)行實(shí)現(xiàn)類的兩個(gè)接口：

復(fù)制代碼代碼如下:

~/github/test$ javac compatible/I*.java
~/github/test$ java -cp .:compatible C
hello interface 1

第三個(gè)叫做wrong的目錄，包含的I2接口也定義了m()方法：

復(fù)制代碼代碼如下:

~/github/test$ cat wrong/I2.java
public interface I2 {
  default void m(){
    System.out.println("hello interface 2");
  }
}

我們應(yīng)該不厭其煩的編譯它。盡管m()方法被定義了兩次，但是，實(shí)現(xiàn)類仍然可以運(yùn)行，只要它沒有調(diào)用那個(gè)定義了多次的方法，但是，只要我們調(diào)用m()方法，立即就會(huì)失敗。這是我們使用的命令行參數(shù)：

復(fù)制代碼代碼如下:

~/github/test$ javac wrong/*.java
~/github/test$ java -cp .:wrong C
Exception in thread "main" java.lang.IncompatibleClassChangeError: Conflicting
default methods: I1.m I2.m
    at C.m(C.java)
    at C.main(C.java:5)
~/github/test$ java -cp .:wrong C x
~/github/test$

結(jié)論

當(dāng)你把給接口添加了default實(shí)現(xiàn)的類庫移植到Java 8環(huán)境下的時(shí)候，一般不會(huì)有問題。至少Java8類庫開發(fā)者給集合類添加default方法的時(shí)候就是這么想的。使用你類庫的應(yīng)用程序仍然依賴沒有default方法的Java7的類庫。當(dāng)使用和修改多個(gè)不同的類庫的時(shí)候，有很小的幾率會(huì)發(fā)生沖突。如何才能避免呢？

像以前那樣設(shè)計(jì)你的類庫?？赡芤蕾嘾efault方法的時(shí)候不要掉以輕心。萬不得已不要使用。明智的選擇方法名，避免和其它接口產(chǎn)生沖突。我們將會(huì)學(xué)習(xí)到Java編程中如何使用這個(gè)特性做開發(fā)。

您可能感興趣的文章: