- 当前位置：首页 >应用开发 >Java 8 有多牛？打破一切你对接口的认知！
Java 8 有多牛？打破一切你对接口的认知！
发布时间：2025-11-05 09:15:54 来源：云智核 作者：数据库
前段时间面试了一个 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技术栈」，可以通过以下二维码关注。转载本文请联系 Java技术栈公众号。
- 以赛睿ApexM400键盘的性能如何？（一款适合游戏玩家的高性能机械键盘）
- 探索4G1600MHz的性能及应用领域（高速、稳定、多功能——解析4G1600MHz的优势与前景）
- 《8848手机使用者的真实评价》（探究8848手机的用户体验，为你解答是否值得购买的疑问）
- 深度评测（发现OPPO全系列手机的优缺点，解读其在市场中的地位）
- DIY澳洲电脑支架折纸教程（快速制作便捷实用的电脑支架，让你的工作更舒适）
- 360N4品控质量如何？（全面评测360N4手机的品控质量）
- 探索山水11d的魅力（一场身临其境的视觉盛宴）
- 评测索尼65寸电视机的性能与质量（了解索尼65寸电视机的关键特点和用户评价）
- 深入了解Win10（掌握Win10的关键操作，提高工作效率）
- 美的丽弧（从线条到造型，美的丽弧引领时尚潮流）
- iPhone5s升级iOS8.1的全面指南（了解如何为iPhone5s安装最新的iOS8.1系统）
- 山寨R9的性能和质量如何？（深入了解山寨R9的关键特点和用户体验）
- 三洋充电宝的优势和特点（为你的设备提供便捷可靠的充电解决方案）
- 富士采购之旅（如何高效采购在富士山脚下？）
- 解决戴尔电脑登录界面错误的方法（排查戴尔电脑登录界面错误的常见问题及解决方案）
- 探索蓝光浏览器的功能和优势（全新一代浏览器的关键特点和用户体验）
- 三星投影机的性能和优势（让你的影音体验更加震撼）
- 探索山水11d的魅力（一场身临其境的视觉盛宴）
- 用手机和电脑制作棉花娃娃教程（简单易学的棉花娃娃制作指南，从手机到电脑全面解析制作过程）
- Avast安全软件的优势与劣势（探索Avast杀毒软件的功能和用户体验）
随便看看
- Copyright © 2025 Powered by Java 8 有多牛？打破一切你对接口的认知！,云智核 滇ICP备2023006006号-28sitemap