前言

抽象类、接口对于不论是Java、C++等程序猿都不陌生，但你知道如何正确地使用抽象类和接口吗？你是否还在模棱两可、只是简单记忆了两者的区别，遇到实际情况就不知道如何选择？

今天，我就来带你彻底弄清楚这俩的区别，当然，本文基于Java，但是对其他语言的程序猿一样适用，包会~

什么是抽象类？什么是接口？

这里照顾刚入门的程序猿，简单介绍一下这俩的定义。

抽象类(abstract class)：为了继承而存在。

接口(interface)：比抽象类更抽象的存在。

介绍的确实挺简单，但还是根本就不知道怎么选择他俩哪个啊……接着看！

抽象类和接口的区别

其实我也总结过两者的区别，如下：

抽象类：

（1）抽象方法必须为public或者protected（因为如果为private，则不能被子类继承，子类便无法实现该方法），缺省情况下默认为public。

（2）抽象类不能用来创建对象。

（3）如果一个类继承于一个抽象类，则子类必须实现父类的抽象方法。如果子类没有实现父类的抽象方法，则必须将子类也定义为abstract。

（4）抽象类的成员变量可以是任何类型的。

（5）可以有静态代码块和静态方法。

（6）一个类只能继承一个抽象类。

（7）类是“是不是关系”。

接口：

（1）变量只能定义为public static final。

（2）方法只能是抽象的，没有方法体。

（3）不能有静态代码块和静态方法。

（4）一个类可以实现多个接口。

（5）接口是“有没有关系”。

（如果需要我本人整理的一些笔记，可以关注公众号 养猪的程序猿，后面会分享）

当然，这些区别只适用Java8以前，Java8的接口可以有默认方法、静态方法，这些新特性会在下面介绍。

记住我列的这些区别，并且了解一些Java8新特性，那么面试这块应该没啥太大问题~~不过，面试官可能会让你举实际的例子或者给你个情景你来选择，对于只会死记面试题的选手来说，可能就会有问题了。不过，别慌，下面我带你通过一个非常贴近生活的例子来让你彻底弄懂如何选择！

如何选择？

其实，上面的区别已经有写到，抽象类是一种“是不是”的关系，而接口是“有没有”的关系。所以，很容易想到抽象类应该是一类事物的共有的特征，比如一个Person，他有眼睛、肤色，这些描述一个人的特征可以定义在抽象类中，而一个人的行为如打篮球，这些可以定义在接口中。

这个例子其实还是不太明显，我再以一个真实程序猿的例子，通过实战来讲话吧！

对于一个程序猿。一天的开始，肯定得先起床，那么就要维护一个变量——起床时间，因为每个人的起床时间都是不同的，是一个状态量，所以这个起床时间不能用final修饰，所以接口就pass了，只有用抽象类维护这个变量。

然后去上班打卡，可以用一个函数描述打卡。上班打卡我这里就假设每个公司都要求吧hh（当然我呆过的公司有的是弹性的，不用上下班打卡hh），所以这是每个程序猿的共性，应该也放在抽象类维护。

程序猿的生活肯定不能只有写代码，可以有一些兴趣爱好，比如打球，但也不是每个程序猿都喜欢打球（宅在工位摸鱼hh），所以很容易判断应该选择接口来维护打球这个兴趣。

到这里，我们把代码写一下：

//程序猿基类
public abstract class BaseWorker {
    //起床时间
    protected int wakeupTime = 7;

 //上班打卡 protected abstract void clockIn(); }

用protected修饰主要是为了继承，让子类能访问。

public interface Interest {
    void playBall();
}

//一只程序猿
public class Worker extends BaseWorker implements Interest {
    protected int wakeupTime = 6;
    @Override
    protected void clockIn() {
 //…… } @Override public void playBall() { //…… } }

但是，我要告诉你，抽象类和接口的选择也不是规定死的，要根据业务来合理调整。比如，我们公司基本上每个人都喜欢打球，那么如果还是把打球兴趣定义在接口里的话，我们每次都要implements这个接口，代码量冗余大。所以，这种情况我们可以把打球归属到一个新的worker抽象类中，可以减少implements的书写量。

代码修改如下：

//程序猿都爱打球
public class WorkerLikeBall extends BaseWorker{
    protected abstract void playBall();
}

这样，就只需要继承BaseWorker拿到起床时间和上班打卡即可。表面上看不符合我前面说的抽象类的规范，但是这样写更符合我们的诉求，只有灵活运用才能写出简单高效的代码。

接口的默认方法和静态方法

看完上面我讲的，相信你已经学会如何去选择了~最后，咱们聊聊接口的默认方法和静态方法，这俩方法是Java8的新特性。

Java8可以在接口里写静态方法，比如新版的Comparator，添加了static方法comparing，传个function型接口即可。

List<Integer> list = Arrays.asList(1, 2, 3, 4, 5);

int min = list.stream().min(Comparator.comparing(value -> value)).get();
int max = list.stream().max(Comparator.comparing(value -> value)).get();

也可以在自己的接口增加静态方法，不会影响到原代码的使用（不用在实现类重写这个方法）。

public interface Interest {

    void playBall();

    default void start() {
 System.out.println("start playing"); } static void time() { System.out.println( LocalDateTime.now().format(DateTimeFormatter.ISO_LOCAL_TIME) ); } }

默认方法，用default修饰，实现类可以不实现默认方法，如果子类实现了，那就用子类实现的默认方法。默认方法的核心之处就是兼容以前的代码，易于扩展。

默认方法的多继承问题：如果实现类实现了多个接口，而且每个接口都有同名的默认方法，那么Java无法判断使用哪个，这时，在实现类重写这个方法即可，因为重写优先级最高。

静态方法只会通过接口的名称去调用，所以不会出现多继承问题。

那么就会有小伙伴问了，Java8的接口这么强了还要抽象类干嘛呢？

还是那句话，存在即合理。

首先，Java8增加默认方法的最初的设计目的是在改动接口的基础上，不改动其他实现类。

比如Java的List接口，在Java8增加了默认方法sort，这样其他实现List接口的类不用去修改也能继承到这个方法来使用，毕竟现在函数式接口这么火热，肯定会增加更多更强的默认方法到接口中的。

但是对于状态类的变量，还是需要放在抽象类中的。

关注公众号:java宝典