Java 8 有多牛逼?打破一切你对接口的认知!
Java技术栈
www.javastack.cn
关注阅读更多优质文章
前段时间面试了一个 39 岁的程序员,结果不是很理想,没看过的点击这里阅读。
最近也面试一些 Java 程序员,不乏工作 4、5 年经验的,当我问他一些 Java 8 的新特性时,大多却答不上来。
比如下面这道题:
栈长:接口里面可以写方法吗?
小A:当然可以啊,默认就是抽象方法。
栈长:那接口里面可以写实现方法吗?
小A:不可以,所有方法必须是抽象的。
栈长:你确定吗?
小A:确定……
小A看起来对我的问题有点怀疑人生,心里肯定估摸着,我不会在给他埋了什么坑吧。然后他还是仔细再想了一下,最后还是斩钉截铁的告诉我:接口里面只能写抽象方法,不能写实现方法。
栈长:接口里面是可以写实现方法的,Java 8 开始就可以了,你用过 Java 8 吗?
小A:好吧,看来是我学艺不精,Java 8 有了解一点,比如那个 Lambda 表达式,但实际项目中也没怎么用。
通过和小A的交流,我也看到了许多开发者的问题,虽然开发版本用的是 Java 8,但实际用的还是 Java 8 之前的最基础的语法,对 Java 8 新增的特性一无所知。
Java 8 至 2014 年发布至今,已经过了 6 个年头了,最新的 Java 14 都发布了,OK,这个不在本篇讨论范围之内, Java 8+ 系列教程请关注公众号Java技术栈回复 "java" 进行阅读,本篇就是想顺着问小A的这个问题展开。
什么是默认方法和静态方法?
上面也说了,Java 8 开始是可以有方法实现的,可以在接口中添加默认方法和静态方法。
默认方法用 default
修饰,只能用在接口中,静态方法用 static
修饰,这个我们不陌生了。并且接口中的默认方法、静态方法可以同时有多个。
在接口中写实现方法一点也不稀奇,像这样的用法,从 Java 8 到 Java 14 已是遍地开花,到处都可以看到接口默认方法和静态方法的身影。
比如我们来看下在 JDK API 中 java.util.Map
关于接口默认方法和静态方法的应用。
/*
* 来源公众号:Java技术栈
*/
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 个冲突示例场景。
冲突一
来看下面这段程序:
/*
* 来源公众号:Java技术栈
*/
interface People {
default void eat(){
System.out.println("人吃饭");
}
}
/*
* 来源公众号:Java技术栈
*/
interface Man {
default void eat(){
System.out.println("男人吃饭");
}
}
/*
* 来源公众号:Java技术栈
*/
interface Boy extends Man, People {
}
Boy 同时继承了 People 和 Man,此时在 IDEA 编辑器中就会报错:
这就是接口多继承带来的冲突问题,Boy 不知道该继承谁的,这显然也是个问题,IDEA 也会提示,需要重写这个方法才能解决问题:
/*
* 来源公众号:Java技术栈
*/
interface Boy extends Man, People {
@Override
default void eat() {
System.out.println("男孩吃饭");
}
}
在方法里面还能直接调用指定父接口的默认方法,比如:
/*
* 来源公众号:Java技术栈
*/
interface Boy extends Man, People {
@Override
default void eat() {
People.super.eat();
Man.super.eat();
System.out.println("男孩吃饭");
}
}
再加个实现类测试一下:
/*
* 来源公众号:Java技术栈
*/
static class Student implements Boy {
public static void main(String[] args) {
Student student = new Student();
student.eat();
}
}
输出:
人吃饭
男人吃饭
男孩吃饭
嗯,很强大!
冲突二
我们再换一种写法,把 Man 继承 People,然后 Man 重写 People 中的默认方法。
此时,编辑器不报错了,而 People 的默认方法置灰了,提示没有被用到。
再运行一下上面的示例,输出:
男人吃饭
因为 Man 继承 People,Man 又重定了默认方法。很显然,这个时候,Boy 知道该继承谁的默认方法了。
冲突三
在 Man 接口中新增一个方法:say,然后在 Boy 接口中新增一个默认方法:say。
这时候,Man 中的抽象方法居然被忽略了,IDEA 都提示说没用到,这显然是默认方法优先于抽象方法。
总结
本文介绍了 Java 8 的默认方法和静态方法,以及默认方法的冲突问题解决方案。所以,大家出去面试时,再也不要说接口不能写实现方法了,那就太 OUT 了。。
文中只举了 3 个默认方法的冲突场景,不确定还没有更多冲突问题。默认方法虽然解决了接口变动带来的问题,但如果设计不当,或者过度设计,其带来的方法冲突问题也是需要引起注意的。
本文到此就结束了,之前我也陆续分享了一系列 Java 8+ 新特性文章,感兴趣的可以关注公众号Java技术栈在菜单中获取,后续还会继续分享,公众号第一时间推送,持续关注哦。
- Linux shell 程序设计4——shell变量
- 基于CallContextInitializer的WCF扩展导致的严重问题
- 1228-redux学习笔记(摘录) | WEB前端零基础课
- 在fedora下使用搜狗拼音输入法
- 一个通过JSONP跨域调用WCF REST服务的例子(以jQuery为例)
- 【1120-WEB零基础课】| 单例模式,下周要讲
- 使用gerrit作为代码评审工具
- 如何重构你的时间序列预测问题
- 【聊】我个人眼里的ReactJs生态系统
- [WCF REST] Web消息主体风格(Message Body Style)
- apache配置https服务
- [WCF 4.0新特性] 默认绑定和行为配置
- mysql数据库及django用户名启用中文的方法
- 【学习笔记】先行者课程0109-rotate3d_变量、堆、栈
- java教程
- Java快速入门
- Java 开发环境配置
- Java基本语法
- Java 对象和类
- Java 基本数据类型
- Java 变量类型
- Java 修饰符
- Java 运算符
- Java 循环结构
- Java 分支结构
- Java Number类
- Java Character类
- Java String类
- Java StringBuffer和StringBuilder类
- Java 数组
- Java 日期时间
- Java 正则表达式
- Java 方法
- Java 流(Stream)、文件(File)和IO
- Java 异常处理
- Java 继承
- Java 重写(Override)与重载(Overload)
- Java 多态
- Java 抽象类
- Java 封装
- Java 接口
- Java 包(package)
- Java 数据结构
- Java 集合框架
- Java 泛型
- Java 序列化
- Java 网络编程
- Java 发送邮件
- Java 多线程编程
- Java Applet基础
- Java 文档注释
- Spring @Autowired npe example:Why your Spring @Autowired component is null
- Spring JPA 查询创建
- 『Python动手学』Python处理.mat文件
- Swift 打开三方地图 腾讯地图、百度地图、高德地图、Apple 地图
- 初学者应该看的JavaScript Promise 完整指南
- React Advanced Topics
- try catch引发的性能优化深度思考
- 用于自动驾驶车辆视觉定位的地图存储:ORB-SLAM2的一种拓展
- c# 动态产生控件 注册动态控件事件
- leetcode 一些算法题及答案
- 得分--UVa1585
- 如何计算一个程序的运行时间
- c语言输入回车结束输入
- C# devExpress BandedGridView属性 备忘
- 结构体的应用及所有形式