2024年Java最全abstract class和interface的使用场景分别是什么？，操作系统面试题总结

最新推荐文章于 2024-07-03 19:19:45 发布

2401_84689725

最新推荐文章于 2024-07-03 19:19:45 发布

阅读量809

点赞数 18

分类专栏：程序员文章标签： java mfc 开发语言

本文链接：https://blog.csdn.net/2401_84689725/article/details/138456339

版权

程序员专栏收录该内容

108 篇文章 0 订阅

订阅专栏

本文探讨了高性能秒杀系统的关键要素，包括数据的动静分离、并发处理、一致性保障以及高可用性设计。同时，对比了Java中abstractclass和interface在编程中的应用，以及它们在设计理念上的差异。此外，文章提及了面试题资源，适合准备Java面试的朋友参考。

摘要由CSDN通过智能技术生成

总目录展示

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

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

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

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

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

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

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

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

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

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

Java代码

abstract class FxDeal ｛
private long dealsId; //交易流水号
private long blockNumber;//套流水号
private String appls;//产品类别
private String inputChannel;//录入渠道
private String typeOfDeal;//交易类型
private String flagOfDeal;// 特殊交易标识
private String bankId;//业务发生行
private String customerId; //客户号
private String customerName;//客户名称
private int customerType;//客户类型
private double amount1;
private double amount2;
abstract void method1();
abstract void method2();
…
｝

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

Java代码

interface FxDeal {
void method1();
void method2();
…
}

在 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代码