Java 8 之前,接口里面只能写抽象方法,不能写实现方法
Java 8 开始是可以有方法实现的,可以在接口中添加默认方法和静态方法
默认方法用 default
修饰,只能用在接口中,静态方法用 static
修饰,并且接口中的默认方法、静态方法可以同时有多个。
为什么要用接口默认方法
举一个很现实的例子:
我们的接口老早就写好了,后面因为各种业务问题,避免不了要修改接口。
在 Java 8 之前,比如要在一个接口中添加一个抽象方法,那所有的接口实现类都要去实现这个方法,不然就会编译错误,
而某些实现类根本就不需要实现这个方法也被迫要写一个空实现,改动会非常大。
所以,接口默认方法就是为了解决这个问题,只要在一个接口添加了一个默认方法,所有的实现类就自动继承,不需要改动任何实现类,也不会影响业务;
另外,接口默认方法可以被接口实现类重写。
为什么要有接口静态方法?
接口静态方法和默认方法类似,只是接口静态方法不可以被接口实现类重写。
接口静态方法只可以直接通过静态方法所在的 接口名
.静态方法名
来调用。
接口默认方法多继承冲突问题
因为接口默认方法可以被继承并重写,如果继承的多个接口都存在相同的默认方法,那就存在冲突问题。
冲突一
interface People {
default void eat() {
System.out.println(\"人吃饭。\");
}
}
interface Man {
default void eat() {
System.out.println(\"男人吃饭。\");
}
}
//Boy 同时继承了 People 和 Man,此时在 IDEA 编辑器中就会报错
interface Boy extends People, Man {
}
//这就是接口多继承带来的冲突问题,Boy 不知道该继承谁的,
//这显然也是个问题,IDEA 也会提示,需要重写这个方法才能解决问题:
interface Boy extends People, Man {
@Override
default void eat() {
People.super.eat(); //在方法里面还能直接调用指定父接口的默认方法
Man.super.eat(); //在方法里面还能直接调用指定父接口的默认方法
System.out.println(\"男孩吃饭。\");
}
}
用实现类测试一下
class Student implements Boy {
public static void main(String[] args) {
Student student = new Student();
student.eat();
}
}
//result
//人吃饭。
//男人吃饭。
//男孩吃饭。
冲突二
我们再换一种写法,把 Man
继承 People
,然后 Man
重写 People
中的默认方法
此时,编辑器不报错了,而 People
的默认方法置灰了,提示没有被用到。
再运行一下上面的示例,输出:
interface People {
default void eat() {
System.out.println(\"人吃饭。\");
}
}
interface Man extends People{
default void eat() {
System.out.println(\"男人吃饭。\");
}
}
interface Boy extends People, Man {
}
//result
//男人吃饭
因为 Man
继承 People
,Man
又重定了默认方法。很显然,这个时候,Boy
知道该继承谁的默认方法了。
注意,此时,如果用 People
通过 super
调用父类的 eat
方法会报错,因为调不到了
interface Boy extends People, Man {
@Override
default void eat() {
People.super.eat(); //People报错
System.out.println(\"男孩吃饭\");
}
}
冲突三
在 Man
接口中新增一个方法:say
,然后在 Boy
接口中新增一个默认方法:say
。
interface Man extends People{
default void eat() {
System.out.println(\"男人吃饭。\");
}
void say(); //IDEA提示,say方法变灰,没有被使用
}
这时候,Man
中的抽象方法居然被忽略了,IDEA
都提示说没用到,这显然是默认方法优先于抽象方法。
总结
介绍了 Java 8 的默认方法和静态方法,以及默认方法的冲突问题解决方案。
如果以后还说接口不能写实现方法,那就太OUT
了。
来源:https://www.cnblogs.com/yang9/p/16156385.html
本站部分图文来源于网络,如有侵权请联系删除。