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

最后

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
本涵盖了95%以上Java开发知识点，不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！**

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！