Java 8接口有default method后是不是可以放弃抽象类了?

这几天开始学习java8的新特征,其中一个就是接口的default methods。 就在刚才写了简单的demo试了试,发现除了能够在接口上写实现方法,也能用泛型对代码直接封装和调用。在具体的实现类中也能直接调用接口的默认方法,以及重写。 感觉貌似抽象类能做到的,java8中接口都能做了,想知道还有什么是接口不能做的? 莫非这特性,是完全为了函数式编程设计的吗?
关注者
105
被浏览
11751
Java 8的接口上的default method最初的设计目的是让已经存在的接口可以演化——添加新方法而不需要原本已经存在的实现该接口的类做任何改变(甚至不需要重新编译)就可以使用该新版本的接口。

以Java的 java.util.List 接口为例,它在Java SE 7的时候还没有sort()方法,而到Java SE 8的时候添加了这个方法。那么如果我以前在Java SE 7的时候写了个类 MyList 实现了 List<T> 接口,我当时是不需要实现这个 sort() 方法的;当我升级到JDK8的时候,突然发现接口上多了个方法,于是 MyList 类就也得实现这个方法并且重新编译才可以继续使用了,对不对?
所以就有了default method。上述 List.sort() 方法在Java SE 8里就是一个default method,它在接口上提供了默认实现,于是 MyList 即便不提供sort()的实现,也会自动从接口上继承到默认的实现,于是MyList不必重新编译也可以继续在Java SE 8使用。

确实,从Java SE 8的设计主题来看,default method是为了配合JDK标准库的函数式风格而设计的。通过default method,很多JDK里原有的接口都添加了新的可以接收FunctionalInterface参数的方法,使它们更便于以函数式风格使用。

Java 8的接口,即便有了default method,还暂时无法完全替代抽象类。它不能拥有状态,只能提供公有虚方法的默认实现。Java 9的接口已经可以有非公有的静态方法了。未来的Java版本的接口可能会有更强的功能,或许能更大程度地替代原本需要使用抽象类的场景。
例如说以前大家用ActionListener常常要傻乎乎地为一大堆方法提供空实现,如果 ActionListener 接口为所有方法都提供空的默认实现,就没这么蛋疼了,也不需要自己写个全部实现都是空方法的抽象类了。