Java8新特性如何颠覆你对接口的传统理解?

2026-05-19 12:541阅读0评论SEO资讯
  • 内容介绍
  • 文章标签
  • 相关推荐

本文共计1335个文字,预计阅读时间需要6分钟。

Java8新特性如何颠覆你对接口的传统理解?

在Java 8之前,接口中只能写抽象方法,不能写实现方法。Java 8开始,接口可以有实现方法。这些实现方法可以默认实现和静态实现。

默认实现用`default`关键字修饰,只能在接口中使用,用于提供接口方法的默认实现。静态实现用`static`关键字修饰,提供类级别的实现,通常用于工具方法。

例如:javainterface MyInterface { void abstractMethod(); // 抽象方法

default void defaultMethod() { // 默认实现 }

Java8新特性如何颠覆你对接口的传统理解?

static void staticMethod() { // 静态实现 }}

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 继承 PeopleMan 又重定了默认方法。很显然,这个时候,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了。

标签:认知

本文共计1335个文字,预计阅读时间需要6分钟。

Java8新特性如何颠覆你对接口的传统理解?

在Java 8之前,接口中只能写抽象方法,不能写实现方法。Java 8开始,接口可以有实现方法。这些实现方法可以默认实现和静态实现。

默认实现用`default`关键字修饰,只能在接口中使用,用于提供接口方法的默认实现。静态实现用`static`关键字修饰,提供类级别的实现,通常用于工具方法。

例如:javainterface MyInterface { void abstractMethod(); // 抽象方法

default void defaultMethod() { // 默认实现 }

Java8新特性如何颠覆你对接口的传统理解?

static void staticMethod() { // 静态实现 }}

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 继承 PeopleMan 又重定了默认方法。很显然,这个时候,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了。

标签:认知