abstract class和interface的使用场景分别是什么？(1)

总结

面试前的“练手”还是很重要的，所以开始面试之前一定要准备好啊，不然也是耽搁面试官和自己的时间。

我自己是刷了不少面试题的，所以在面试过程中才能够做到心中有数，基本上会清楚面试过程中会问到哪些知识点，高频题又有哪些，所以刷题是面试前期准备过程中非常重要的一点。

面试题及解析总结

大厂面试场景

知识点总结

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

下面从三个方面进行比较：

一、从语法定义层面看abstract class和interface

使用abstract class的方式定义Deal抽象类的方式如下：

Java代码

18. abstract class  FxDeal ｛

19. private long dealsId;  //交易流水号

20. private long blockNumber;//套流水号

21. private String appls;//产品类别

22. private String inputChannel;//录入渠道

23. private String typeOfDeal;//交易类型

24. private String flagOfDeal;// 特殊交易标识

25. private String bankId;//业务发生行

26. private String customerId; //客户号

27. private String customerName;//客户名称

28. private int customerType;//客户类型

29. private double amount1;

30. private double amount2;

31. abstract void method1();

32. abstract void method2();

33. …

34. ｝

使用interface的方式定义Deal抽象类的方式如下：

Java代码

6. interface FxDeal {

7. void method1();

8. void method2();

9. …

10. }

在 abstract class 方式中， Deal 可以有自己的数据成员，也可以有非 abstarct 的成员方法，而在 interface 方式的实现中， Deal 只能够有静态的不能被修改的数据成员（也就是必须是 static final 的，不过在 interface 中一般不定义数据成员），所有的成员方法都是 abstract 的。从某种意义上说， interface 是一种特殊形式的 abstract class 。

二、从编程层面看abstract class和interface

首先，abstract class在Java语言中表示的是一种继承关系，一个类只能使用一次继承关系。但是，一个类却可以实现多个interface。

其次，在abstract class的定义中，我们可以赋予方法的默认行为。但是在interface的定义中，方法却不能拥有默认行为，为了绕过这个限制，必须使用委托，但是这会增加一些复杂性，有时会造成很大的麻烦。

在抽象类中不定义默认行为存在一个比较严重的问题，那就是可能会造成维护上的麻烦。因为如果后来想修改类（一般通过abstract class或者interface来表示）以适应新的情况（比如，添加新的方法或者给已用的方法中添加新的参数）时，就会非常的麻烦，可能要花费很多的时间（对于派生类很多的情况，尤为如此）。但是如果它是通过abstract class来实现的，那么可能就只需要修改定义在abstract class中的默认行为就可以了。

另一个问题是：如果不是采用抽象类中的默认行为，就会导致同样的方法实现出现在该抽象类（或接口）的每一个派生类（或实现类）中，违反了“one rule，one place”原则，造成代码重复，同样不利于以后的维护。因此，我认为在abstract class和interface间进行选择时还是需要谨慎的，搞不好的话，是会给程序埋下一些隐患的。

三、从设计理念层面看abstract class和interface

abstract class在Java语言中体现的是一种继承关系，父类和派生类之间必须存在“is a”关系，即父类和派生类在概念本质上应该是相同的。对于interface 来说则不然，并不要求interface的实现者和interface定义在概念本质上是一致的，仅仅是实现了interface定义的契约而已。为了使论述便于理解，下面将通过一个简单的实例进行说明。

考虑这样一个例子，假设在我们的问题领域中有一个关于Door的抽象概念，该Door具有执行两个动作open和close，此时我们可以通过abstract class或者interface来定义一个表示该抽象概念的类型，定义方式分别如下所示：

使用abstract class方式定义Door：

Java代码

5. abstract class Door {

6. abstract void open();

7. abstract void close()；

8. }

使用interface方式定义Door：

Java代码

5. interface Door {

6. void open();

7. void close();

8. }

其他具体的Door类型可以extends使用abstract class方式定义的Door或者implements使用interface方式定义的Door。看起来好像使用abstract class和interface没有大的区别。

如果现在要求Door还要具有报警的功能。我们该如何设计针对该例子的类结构呢（在本例中，主要是为了展示abstract class和interface反映在设计理念上的区别，其他方面无关的问题都做了简化或者忽略），下面将罗列出可能的解决方案，并从设计理念层面对这些不同的方案进行分析。

解决方案一：

简单的在Door的定义中增加一个alarm方法，如下：

Java代码

6. abstract class Door {

7. abstract void open();

8. abstract void close()；

9. abstract void alarm();

10. }

或

Java代码

6. interface Door {

7. void open();

8. void close();

9. void alarm();

10. }

那么具有报警功能的AlarmDoor的定义方式如下：

Java代码

6. class AlarmDoor extends Door {

7. void open() { … }

8. void close() { … }

9. void alarm() { … }

10. }

或者

Java代码

感受：

其实我投简历的时候，都不太敢投递阿里。因为在阿里一面前已经过了字节的三次面试，投阿里的简历一直没被捞，所以以为简历就挂了。

特别感谢一面的面试官捞了我，给了我机会，同时也认可我的努力和态度。对比我的面经和其他大佬的面经，自己真的是运气好。别人8成实力，我可能8成运气。所以对我而言，我要继续加倍努力，弥补自己技术上的不足，以及与科班大佬们基础上的差距。希望自己能继续保持学习的热情，继续努力走下去。

也祝愿各位同学，都能找到自己心动的offer。

分享我在这次面试前所做的准备（刷题复习资料以及一些大佬们的学习笔记和学习路线），都已经整理成了电子文档

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

做的准备（刷题复习资料以及一些大佬们的学习笔记和学习路线），都已经整理成了电子文档

[外链图片转存中…(img-WBAaZ9Fs-1715804543521)]

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取