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

最后

针对以上面试题，小编已经把面试题+答案整理好了

面试专题

除了以上面试题+答案，小编同时还整理了微服务相关的实战文档也可以分享给大家学习

本文已被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. }

或者

总目录展示

该笔记共八个节点（由浅入深），分为三大模块。

高性能。 秒杀涉及大量的并发读和并发写，因此支持高并发访问这点非常关键。该笔记将从设计数据的动静分离方案、热点的发现与隔离、请求的削峰与分层过滤、服务端的极致优化这4个方面重点介绍。

一致性。 秒杀中商品减库存的实现方式同样关键。可想而知，有限数量的商品在同一时刻被很多倍的请求同时来减库存，减库存又分为“拍下减库存”“付款减库存”以及预扣等几种，在大并发更新的过程中都要保证数据的准确性，其难度可想而知。因此，将用一个节点来专门讲解如何设计秒杀减库存方案。

高可用。 虽然介绍了很多极致的优化思路，但现实中总难免出现一些我们考虑不到的情况，所以要保证系统的高可用和正确性，还要设计一个PlanB来兜底，以便在最坏情况发生时仍然能够从容应对。笔记的最后，将带你思考可以从哪些环节来设计兜底方案。

---

篇幅有限，无法一个模块一个模块详细的展示（这些要点都收集在了这份《高并发秒杀顶级教程》里），麻烦各位转发一下（可以帮助更多的人看到哟！）

由于内容太多，这里只截取部分的内容。

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

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

…(img-2XudDXS0-1715804584388)]

[外链图片转存中…(img-D2lSLfa1-1715804584388)]

由于内容太多，这里只截取部分的内容。

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

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