有做网站设计吗,网站建设中色无极,免费软件下载网,谷歌优化seo比如下面这道题#xff1a; 问: 接口里面可以写方法吗#xff1f; 答: 当然可以啊#xff0c;默认就是抽象方法。 . 问#xff1a; 那接口里面可以写实现方法吗#xff1f; 答#xff1a; 不可以#xff0c;所有方法必须是抽象的。 . 问#xff1a; 你确定吗#xff1…比如下面这道题 问: 接口里面可以写方法吗 答: 当然可以啊默认就是抽象方法。 . 问 那接口里面可以写实现方法吗 答 不可以所有方法必须是抽象的。 . 问 你确定吗 答 确定…… 面试同学看起来对这问题有点怀疑人生最后还是斩钉截铁的告诉面试官接口里面只能写抽象方法不能写实现方法。 问 接口里面是可以写实现方法的Java 8 开始就可以了你用过 Java 8 吗? 答 好吧看来是我学艺不精Java 8有了解一点比如那个 Lambda 表达式但实际项目中也没怎么用。 通过这些交流能看出虽然开发版本用的是 Java 8但实际用的还是 Java 8 之前的最基础的语法。
Java 8 至 2014 年发布至今已经过了 6 个年头了最新的 Java 14 都发布了OK我们围绕着问题展开。
▌什么是默认方法和静态方法
上面也说了Java 8 开始是可以有方法实现的可以在接口中添加默认方法和静态方法。
默认方法用 default 修饰只能用在接口中静态方法用 static 修饰这个我们不陌生了。并且接口中的默认方法、静态方法可以同时有多个。
在接口中写实现方法一点也不稀奇像这样的用法从 Java 8 到 Java 14 已是遍地开花到处都可以看到接口默认方法和静态方法的身影。
比如我们来看下在 JDK API 中 java.util.Map 关于接口默认方法和静态方法的应用。
public interface MapK,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 ComparatorMap.EntryK,V comparingByKey() {return (ComparatorMap.EntryK, V Serializable)(c1, c2) - c1.getKey().compareTo(c2.getKey());}...}▌为什么要有接口默认方法
举一个很现实的例子
我们的接口老早就写好了后面因为各种业务问题避免不了要修改接口。
在 Java 8 之前比如要在一个接口中添加一个抽象方法那所有的接口实现类都要去实现这个方法不然就会编译错误而某些实现类根本就不需要实现这个方法也被迫要写一个空实现改动会非常大。
所以接口默认方法就是为了解决这个问题只要在一个接口添加了一个默认方法所有的实现类就自动继承不需要改动任何实现类也不会影响业务爽歪歪。
另外接口默认方法可以被接口实现类重写。
▌为什么要有接口静态方法
接口静态方法和默认方法类似只是接口静态方法不可以被接口实现类重写。
接口静态方法只可以直接通过静态方法所在的 接口名.静态方法名 来调用。
▌接口默认方法多继承冲突问题
因为接口默认方法可以被继承并重写如果继承的多个接口都存在相同的默认方法那就存在冲突问题。
下面我会列举 3 个冲突示例场景。
冲突一
来看下面这段程序
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 {Overridedefault void eat() {System.out.println(男孩吃饭);}
}在方法里面还能直接调用指定父接口的默认方法比如
interface Boy extends Man, People {Overridedefault 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();}}输出
人吃饭
男人吃饭
男孩吃饭嗯很强大
冲突二
我们再换一种写法把 Man 继承 People然后 Man 重写 People 中的默认方法。
此时编辑器不报错了而 People 的默认方法置灰了提示没有被用到。
再运行一下上面的示例输出
男人吃饭因为 Man 继承 PeopleMan 又重写了默认方法。很显然这个时候Boy 知道该继承谁的默认方法了。
冲突三
在 Man 接口中新增一个方法say然后在 Boy 接口中新增一个默认方法say。
这时候Man 中的抽象方法居然被忽略了IDEA 都提示说没用到这显然是默认方法优先于抽象方法。
▌总结
本文介绍了 Java 8 的默认方法和静态方法以及默认方法的冲突问题解决方案。所以再也不要说接口不能写实现方法了那就太 OUT 了。。
文中只举了 3 个默认方法的冲突场景不确定还没有更多冲突问题。
默认方法虽然解决了接口变动带来的问题但如果设计不当或者过度设计其带来的方法冲突问题也是需要引起注意的。
