Java 8新特性探究(二)深入解析默认方法
Java 8新特性探究(二)深入解析默认方法
成熟的毛毛虫 发表于4年前
Java 8新特性探究(二)深入解析默认方法
  • 发表于 4年前
  • 阅读 11232
  • 收藏 135
  • 点赞 21
  • 评论 47

上篇讲了 lambda表达式的语法,但只是 JEP126 特性的一部分,另一部分就是默认方法(也称为虚拟扩展方法或防护方法)

什么是默认方法,为什么要有默认方法

简单说,就是接口可以有实现方法,而且不需要实现类去实现其方法。只需在方法名前面加个default关键字即可。

为什么要有这个特性?首先,之前的接口是个双刃剑,好处是面向抽象而不是面向具体编程,缺陷是,当需要修改接口时候,需要修改全部实现该接口的类,目前的java 8之前的集合框架没有foreach方法,通常能想到的解决办法是在JDK里给相关的接口添加新的方法及实现。然而,对于已经发布的版本,是没法在给接口添加新方法的同时不影响已有的实现。所以引进的默认方法。他们的目的是为了解决接口的修改与现有的实现不兼容的问题。

简单的例子

一个接口A,Clazz类实现了接口A。

public interface A {
    default void foo(){
       System.out.println("Calling A.foo()");
    }
}
  
public class Clazz implements A {
    public static void main(String[] args){
       Clazz clazz = new Clazz();
       clazz.foo();//调用A.foo()
    }
}

代码是可以编译的,即使Clazz类并没有实现foo()方法。在接口A中提供了foo()方法的默认实现。

java 8抽象类与接口对比

这一个功能特性出来后,很多同学都反应了,java 8的接口都有实现方法了,跟抽象类还有什么区别?其实还是有的,请看下表对比。。

相同点 不同点

1.都是抽象类型;

2.都可以有实现方法(以前接口不行);

3.都可以不需要实现类或者继承者去实现所有方法,(以前不行,现在接口中默认方法不需要实现者实现)

1.抽象类不可以多重继承,接口可以(无论是多重类型继承还是多重行为继承);

2.抽象类和接口所反映出的设计理念不同。其实抽象类表示的是"is-a"关系,接口表示的是"like-a"关系;

3.接口中定义的变量默认是public static final 型,且必须给其初值,所以实现类中不能改变其值;抽象类中的变量默认是 friendly 型,其值可以在子类中重新定义,也可以重新赋值。 

多重继承的冲突说明

由于同一个方法可以从不同接口引入,自然而然的会有冲突的现象,默认方法判断冲突的规则如下:

1.一个声明在类里面的方法优先于任何默认方法(classes always win)

2.否则,则会优先选取最具体的实现,比如下面的例子 B重写了A的hello方法。

输出结果是:Hello World from B

如果想调用A的默认函数,则用到新语法X.super.m(...),下面修改C类,实现A接口,重写一个hello方法,如下所示:

public class C implements A{
   
    @Override
    public void hello(){
        A.super.hello();
    }
    
    public static void main(String[] args){
        new C().hello();
    }
}

输出结果是:Hello World from A

总结

默认方法给予我们修改接口而不破坏原来的实现类的结构提供了便利,目前java 8的集合框架已经大量使用了默认方法来改进了,当我们最终开始使用Java 8的lambdas表达式时,提供给我们一个平滑的过渡体验。也许将来我们会在API设计中看到更多的默认方法的应用。

跟上篇博文结合起来,就是JEP126的全部了,后面还有54个特性等着我们去探究,为了让大家比较深刻了解lambda,学以致用,下一篇还是lambda的内容,预告一下下篇的标题:《Java 8特性探究(三)解开lambda表达式最强作用的神秘面纱》,第二个特性 将从第四篇开始,谢谢大家支持,敬请期待。。。


转载时候请注明出处。 http://my.oschina.net/benhaile


共有 人打赏支持
成熟的毛毛虫
粉丝 3124
博文 18
码字总数 26172
作品 1
评论 (47)
曹超
lambda,C#程序员用了几年了
成熟的毛毛虫

引用来自“曹超”的评论

lambda,C#程序员用了几年了

嗯,还有scala,已经被玩得滚瓜烂熟了,这也证明了lambda表达式地位被业界所承认,应用也相当广泛,可以说Lambda表达式已经成为现代编程语言的必备特性之一。
_wxyz
两个平行的接口拥有同样的方法签名,一个类同时实现这两个接口,会调用那个默认方法呢?
成熟的毛毛虫

引用来自“xiaoliner2050”的评论

两个平行的接口拥有同样的方法签名,一个类同时实现这两个接口,会调用那个默认方法呢?

你说的是不是:A接口有m默认方法,B接口也有m默认方法,C类同时实现A,B接口,这种情况会提示冲突,为了解决这个,在C类里我们不得不手动解决通过重写冲突的m方法
xiaocao000

引用来自“成熟的毛毛虫”的评论

引用来自“xiaoliner2050”的评论

两个平行的接口拥有同样的方法签名,一个类同时实现这两个接口,会调用那个默认方法呢?

你说的是不是:A接口有m默认方法,B接口也有m默认方法,C类同时实现A,B接口,这种情况会提示冲突,为了解决这个,在C类里我们不得不手动解决通过重写冲突的m方法

对新编写待编译的代码可以通过重写来解决m方法冲突的问题, 但是对遗留系统里的代码, 只升级接口不升级实现, 而新加入的模块又调用了新接口上的m方法呢...
南湖船老大

引用来自“成熟的毛毛虫”的评论

引用来自“曹超”的评论

lambda,C#程序员用了几年了

嗯,还有scala,已经被玩得滚瓜烂熟了,这也证明了lambda表达式地位被业界所承认,应用也相当广泛,可以说Lambda表达式已经成为现代编程语言的必备特性之一。

lambda表达式地位被业界所承认,不假;应用也相当广泛,此言虚也。lambda要广泛普及,已经等了50年,至少还得20年。
lbgongfu
非常不错,真是我们这帮英语不熟,又没时间去研究的初级程序员的神啊。
牛仔豆
恢复当初面向对象的多继承机制了?
苗哥
为了使接口没有引入与现有的实现不兼容发展。 <==这句话是什么意思,我怎么读不明白?
se77en

引用来自“成熟的毛毛虫”的评论

引用来自“曹超”的评论

lambda,C#程序员用了几年了

嗯,还有scala,已经被玩得滚瓜烂熟了,这也证明了lambda表达式地位被业界所承认,应用也相当广泛,可以说Lambda表达式已经成为现代编程语言的必备特性之一。

还是觉得scala做的最好,比较好的解决了菱形继承问题
胡建洲
C#有个什么虚方法的,很多年前就有了
烟头

引用来自“xiaocao000”的评论

引用来自“成熟的毛毛虫”的评论

引用来自“xiaoliner2050”的评论

两个平行的接口拥有同样的方法签名,一个类同时实现这两个接口,会调用那个默认方法呢?

你说的是不是:A接口有m默认方法,B接口也有m默认方法,C类同时实现A,B接口,这种情况会提示冲突,为了解决这个,在C类里我们不得不手动解决通过重写冲突的m方法

对新编写待编译的代码可以通过重写来解决m方法冲突的问题, 但是对遗留系统里的代码, 只升级接口不升级实现, 而新加入的模块又调用了新接口上的m方法呢...

是不是C类就不能运行了呢
过马路的蚂蚁
Clojure怎么样。。
wulei163
很棒
成熟的毛毛虫

引用来自“铂金小熊”的评论

为了使接口没有引入与现有的实现不兼容发展。 <==这句话是什么意思,我怎么读不明白?

目的是为了解决接口的修改与现有的实现不兼容的问题。因为接口加了默认方法不需要改实现类。。
痴笑

引用来自“胡建洲”的评论

C#有个什么虚方法的,很多年前就有了

这个不一样吧,C#的虚方法在java中默认不就是了吗
firefoxmmx
这个"默认方法"不就是scala的 trait 吗?
成熟的毛毛虫

引用来自“se77en”的评论

引用来自“成熟的毛毛虫”的评论

引用来自“曹超”的评论

lambda,C#程序员用了几年了

嗯,还有scala,已经被玩得滚瓜烂熟了,这也证明了lambda表达式地位被业界所承认,应用也相当广泛,可以说Lambda表达式已经成为现代编程语言的必备特性之一。

还是觉得scala做的最好,比较好的解决了菱形继承问题

default mothod 一样可以噢。。
成熟的毛毛虫

引用来自“烟头”的评论

引用来自“xiaocao000”的评论

引用来自“成熟的毛毛虫”的评论

引用来自“xiaoliner2050”的评论

两个平行的接口拥有同样的方法签名,一个类同时实现这两个接口,会调用那个默认方法呢?

你说的是不是:A接口有m默认方法,B接口也有m默认方法,C类同时实现A,B接口,这种情况会提示冲突,为了解决这个,在C类里我们不得不手动解决通过重写冲突的m方法

对新编写待编译的代码可以通过重写来解决m方法冲突的问题, 但是对遗留系统里的代码, 只升级接口不升级实现, 而新加入的模块又调用了新接口上的m方法呢...

是不是C类就不能运行了呢

新加入的模块如果要调用m,那肯定需要编码啦。。冲突的问题,首先反思下为什么要命名两个接口相同名称的方法。。
徒伤悲
我怎么出错了?
C.java:6: 错误: 默认超级调用中的类型限定符A错误
A.super.hello();
^
冗余接口 A 已由 B 扩展
1 个错误

jdk版本信息如下:
E:\test\javatest>java -version
java version "1.8.0-ea"
Java(TM) SE Runtime Environment (build 1.8.0-ea-b91)
Java HotSpot(TM) Client VM (build 25.0-b33, mixed mode, sharing)
×
成熟的毛毛虫
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: