接口的常規(guī)實(shí)現(xiàn)方式

熟悉java接口的同學(xué)都知道，接口被某些類實(shí)現(xiàn)后，一旦在接口中增加了新方法，那么實(shí)現(xiàn)該接口的所有類都要實(shí)現(xiàn)這個(gè)新增的方法（即使這個(gè)新增的接口對(duì)某些類沒有用處）。

定義一個(gè)接口

public interface IDemo {
    void func1();
}

類CDemo1實(shí)現(xiàn)接口IDemo

public class CDemo1 implements IDemo{
    @Override
    public void func1() {
    }
}

類CDemo2實(shí)現(xiàn)接口IDemo

public class CDemo2 implements IDemo{
    @Override
    public void func1() {
    }
}

在IDemo中新增加方法func2()

public interface IDemo {
    void func1();
    void func2();
}

可以看到CDemo1和CDemo2中需要強(qiáng)制實(shí)現(xiàn)方法func2()，如下圖所示：

接口中的default

上面的實(shí)例導(dǎo)致了前面提出的那個(gè)問題，一旦在接口中增加了新方法，那么已經(jīng)實(shí)現(xiàn)了該接口的所有的類都要實(shí)現(xiàn)這個(gè)新增的方法！那么，如果是JDK中的某個(gè)核心接口需要變更，需要新增某些方法呢？這個(gè)工作量更是可想而知，我們來看一下java.util.Collection這個(gè)接口，它在jdk1.7中的方法包括：

而在JDk 1.8中 Collection接口中包括方法如下：

其中新增的接口，都用default來修飾（jdk1.7升級(jí)到j(luò)dk1.8后，接口的重要變化），源代碼如下：

default Stream<E> stream() {
?return StreamSupport.stream(spliterator(), false);
}

default Stream<E> parallelStream() {
? ? return StreamSupport.stream(spliterator(), true);
}

default Spliterator<E> spliterator() {
? ? return Spliterators.spliterator(this, 0);
}

default boolean removeIf(Predicate<? super E> filter) {
? ? Objects.requireNonNull(filter);
? ? boolean removed = false;
? ? final Iterator<E> each = iterator();
? ? while (each.hasNext()) {
? ? ? ? if (filter.test(each.next())) {
? ? ? ? ? ? each.remove();
? ? ? ? ? ? removed = true;
? ? ? ? }
? ? }
? ? return removed;
}

我們不僅大吃一驚，這還是我們熟知的接口嗎？接口中的方法居然有了實(shí)現(xiàn)代碼！吃驚過后，我們來想想作者的意圖。還是上面的代碼，我們新增方法func3()，并完成簡單的實(shí)現(xiàn)

public interface IDemo {
    void func1();
    void func2();
    default void func3(){
        System.out.println("this is default func2");
    }
}

然后查看類CDemo1，一切正常，沒有任何錯(cuò)誤提示：

實(shí)例化CDemo1后，可以正常調(diào)用func3方法，代碼如下：

public static void main(String[] args) {
    CDemo1 cd1=new CDemo1();
    cd1.func3();
}

讀到這里發(fā)現(xiàn)接口中通過default關(guān)鍵字來進(jìn)行接口實(shí)現(xiàn)的好處了吧，簡單四個(gè)字就是 “方便擴(kuò)展” ！通過這個(gè)技術(shù)可以做到在接口中新增加方法并且不會(huì)影響到已經(jīng)實(shí)現(xiàn)了該接口的所有的類！包括jdk1.8新引入的Lambda表達(dá)式也是基于這一知識(shí)點(diǎn)來實(shí)現(xiàn)的！

接口中的static

與此同時(shí)，從jdk1.8開始，接口中可以通過static關(guān)鍵字來修飾方法，同樣可以對(duì)方法進(jìn)行實(shí)現(xiàn)

static  void func4(){
    System.out.println("this is static func4");
}

調(diào)用方法也非常的簡單，接口.static 方法，例如：

IDemo.func4();

大家可以這樣理解，接口中的static方法可以作為工具方法來提供給大家進(jìn)行方便調(diào)用！

Default好處

原先接口的缺陷是，修改接口后，則需要修改全部實(shí)現(xiàn)該接口的類，所以引進(jìn)的默認(rèn)方法。他們的目的是為了解決接口的修改與現(xiàn)有的實(shí)現(xiàn)不兼容的問題。

總結(jié)

到此這篇關(guān)于Java8接口中引入default關(guān)鍵字本質(zhì)原因的文章就介紹到這了,更多相關(guān)Java8接口引入default關(guān)鍵字內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家

最新評(píng)論