这就是通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口多继承带来的冲突问题,Boy不知道该继承谁的,这显然也是个问题,IDEA也会提示,需要重写这个方法才能解决问题:
interface Boy extends Man, People {
@Override
default void eat() {
System.out.println('男孩吃饭');
}
}
在Java8之前,比如要在一个通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口中添加一个抽象方法,那所有的通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口实现类都要去实现这个方法,不然就会编译错误,而某些实现类根本就不需要实现这个方法也被迫要写一个空实现,改动会非常大。
在方法里面还能直接调用指定父通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口的默认方法,比如:
interface Boy extends Man, People {
@Override
default void eat() {
People.super.eat();
Man.super.eat();
System.out.println('男孩吃饭');
}
}
问:通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口里面是可以写实现方法的,Java8开始就可以了,你用过Java8吗?答:好吧,看来是我学艺不精,Java8有了解一点,比如那个Lambda表达式,但实际项目中也没怎么用。
通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口静态方法和默认方法类似,只是通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口静态方法不可以被通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口实现类重写。
这时候,Man中的抽象方法居然被忽略了,IDEA都提示说没用到,这显然是默认方法优先于抽象方法。
此时,编辑器不报错了,而People的默认方法置灰了,提示没有被用到。
因为Man继承People,Man又重写了默认方法。很显然,这个时候,Boy知道该继承谁的默认方法了。
▌为什么要有通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口静态方法?
问:通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口里面可以写方法吗?答:当然可以啊,默认就是抽象方法。.问:那通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口里面可以写实现方法吗?答:不可以,所有方法必须是抽象的。.问:你确定吗?答:确定……
来看下面这段程序:
interface People {
default void eat(){
System.out.println('人吃饭');
}
}
interface Man {
default void eat(){
System.out.println('男人吃饭');
}
}
interface Boy extends Man, People {
}
▌为什么要有通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口默认方法?
在通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口中写实现方法一点也不稀奇,像这样的用法,从Java8到Java14已是遍地开花,到处都可以看到通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口默认方法和静态方法的身影。
文中只举了3个默认方法的冲突场景,不确定还没有更多冲突问题。
嗯,很强大!
在Man通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口中新增一个方法:say,然后在Boy通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口中新增一个默认方法:say。
冲突一
▌什么是默认方法和静态方法?
上面也说了,Java8开始是可以有方法实现的,可以在通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口中添加默认方法和静态方法。
通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口静态方法只可以直接通过静态方法所在的通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口名.静态方法名来调用。
再运行一下上面的示例,输出:
男人吃饭
Boy同时继承了People和Man,此时在IDEA编辑器中就会报错:
再加个实现类测试一下:
static class Student implements Boy {
public static void main(String[] args) {
Student student = new Student();
student.eat();
}
}
面试同学看起来对这问题有点怀疑人生,最后还是斩钉截铁的告诉面试官:通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口里面只能写抽象方法,不能写实现方法。
因为通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口默认方法可以被继承并重写,如果继承的多个通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口都存在相同的默认方法,那就存在冲突问题。
▌通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口默认方法多继承冲突问题
通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口默认方法可以被通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口实现类重写。
通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口默认方法就是为了解决这个问题,只要在一个通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口添加了一个默认方法,所有的实现类就自动继承,不需要改动任何实现类,也不会影响业务,爽歪歪。
下面我会列举3个冲突示例场景。
通过这些交流,能看出,虽然开发版本用的是Java但实际用的还是Java8之前的最基础的语法。
举一个很现实的例子:
默认方法用default修饰,只能用在通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口中,静态方法用static修饰,这个我们不陌生了。并且通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口中的默认方法、静态方法可以同时有多个。
▌总结
我们的通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口老早就写好了,后面因为各种业务问题,避免不了要修改通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口。
冲突三
冲突二
比如我们来看下在JDKAPI中javutiMap关于通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口默认方法和静态方法的应用。
public interface Map {
...
/**
* 通达信交易通达信交易接口文档,接口文档,通达信交易接口文档,接口默认方法
*/
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 , V> Comparator> comparingByKey() {
return (Comparator> & Serializable)
(c1, c2) -> c1.getKey().compareTo(c2.getKey());
}
...
}
Java8至2014年发布至今,已经过了6个年头了,最新的Java14都发布了,OK?我们围绕着问题展开。
我们再换一种写法,把Man继承People,然后Man重写People中的默认方法。
输出:
人吃饭
男人吃饭
男孩吃饭
文章为作者独立观点,不代表股票交易接口观点