Java8 默认方法和静态方法,新特性

一,什么是默认方法和静态方法?

Java 8 开始是可以有方法实现的,可以在接口中添加默认方法和静态方法。

默认方法用 default 修饰,只能用在接口中,静态方法用 static 修饰,这个我们不陌生了。并且接口中的默认方法、静态方法可以同时有多个。

在接口中写实现方法一点也不稀奇,像这样的用法,从 Java 8 到 Java 14 已是遍地开花,到处都可以看到接口默认方法和静态方法的身影。

比如我们来看下在 JDK API 中 java.util.Map 关于接口默认方法和静态方法的应用。

public interface Map<K,V> {

    ...

    /**

    * 接口默认方法

    */
    default boolean remove(Object key, Object value) {
        Object curValue = get(key);
        if (!Objects.equals(curValue, value) ||
        (curValue == null && !containsKey(key))) {
            return false;
        }
        remove(key);
        return true;
    }
...

/**
* 接口静态方法
*/
    public static <K extends Comparable<? super K>, V> Comparator<Map.Entry<K,V>> comparingByKey() {

        return (Comparator<Map.Entry<K, V>> & Serializable)
(c1, c2) -> c1.getKey().compareTo(c2.getKey());
    }
...
}

为什么要有接口默认方法?

举一个很现实的例子:

我们的接口老早就写好了,后面因为各种业务问题,避免不了要修改接口。

在 Java 8 之前,比如要在一个接口中添加一个抽象方法,那所有的接口实现类都要去实现这个方法,不然就会编译错误,而某些实现类根本就不需要实现这个方法也*要写一个空实现,改动会非常大。

所以,接口默认方法就是为了解决这个问题,只要在一个接口添加了一个默认方法,所有的实现类就自动继承,不需要改动任何实现类,也不会影响业务,爽歪歪。

另外,接口默认方法可以被接口实现类重写。

为什么要有接口静态方法?

接口静态方法和默认方法类似,只是接口静态方法不可以被接口实现类重写。

接口静态方法只可以直接通过静态方法所在的 接口名.静态方法名 来调用。

接口默认方法多继承冲突问题

因为接口默认方法可以被继承并重写,如果继承的多个接口都存在相同的默认方法,那就存在冲突问题。

二,冲突

下面我会列举 3 个冲突示例场景。

1,冲突一

来看下面这段程序:

interface People {
    default void eat(){
        System.out.println("人吃饭");
    }
}
interface Man {
    default void eat(){
        System.out.println("男人吃饭");
    }
}
interface Boy extends Man, People {

}

Boy 同时继承了 People 和 Man,此时在 IDEA 编辑器中就会报错:

这就是接口多继承带来的冲突问题,Boy 不知道该继承谁的,这显然也是个问题,IDEA 也会提示,需要重写这个方法才能解决问题:

interface Boy extends Man, People {

    @Override
    default void eat() {
        System.out.println("男孩吃饭");
    }
}

在方法里面还能直接调用指定父接口的默认方法,比如:

interface Boy extends Man, People {

    @Override
    default void eat() {
        People.super.eat();
        Man.super.eat();
        System.out.println("男孩吃饭");
    }

}

再加个实现类测试一下:


static class Student implements Boy {
    public static void main(String[] args) {
        Student student = new Student();
        student.eat();
    }
}

输出:

人吃饭

男人吃饭

男孩吃饭

嗯,很强大!

2,冲突二

我们再换一种写法,把 Man 继承 People,然后 Man 重写 People 中的默认方法。

此时,编辑器不报错了,而 People 的默认方法置灰了,提示没有被用到。

再运行一下上面的示例,输出:

男人吃饭

因为 Man 继承 People,Man 又重定了默认方法。很显然,这个时候,Boy 知道该继承谁的默认方法了。

 

3,冲突三

在 Man 接口中新增一个方法:say,然后在 Boy 接口中新增一个默认方法:say。

这时候,Man 中的抽象方法居然被忽略了,IDEA 都提示说没用到,这显然是默认方法优先于抽象方法。

总结

本文介绍了 Java 8 的默认方法和静态方法,以及默认方法的冲突问题解决方案。所以,大家出去面试时,再也不要说接口不能写实现方法了,那就太 OUT 了。。,

文中只举了 3 个默认方法的冲突场景,不确定还没有更多冲突问题。默认方法虽然解决了接口变动带来的问题,但如果设计不当,或者过度设计,其带来的方法冲突问题也是需要引起注意的。

原文地址

如果有侵权,请联系我删除!感谢!

上一篇:shell100例 不会的语句 man bash查询(3)


下一篇:每天学一个 Linux 命令(15):man