抽象类的意义 个人见解

对抽象类和接口的认识，因为有一些个人的见解，不保证正确。

抽象类相关知识

一些基本知识，直接从菜鸟教程抄的原文
https://www.runoob.com/java/java-abstraction.html

在面向对象的概念中，所有的对象都是通过类来描绘的，但是反过来，并不是所有的类都是用来描绘对象的，如果一个类中没有包含足够的信息来描绘一个具体的对象，这样的类就是抽象类。

抽象类除了不能实例化对象之外，类的其它功能依然存在，成员变量、成员方法和构造方法的访问方式和普通类一样。

由于抽象类不能实例化对象，所以抽象类必须被继承，才能被使用。也是因为这个原因，通常在设计阶段决定要不要设计抽象类。

父类包含了子类集合的常见的方法，但是由于父类本身是抽象的，所以不能使用这些方法。

在 Java 中抽象类表示的是一种继承关系，一个类只能继承一个抽象类，而一个类却可以实现多个接口。

五条规则

1. 抽象类不能被实例化(初学者很容易犯的错)，如果被实例化，就会报错，编译无法通过。只有抽象类的非抽象子类可以创建对象。

2. 抽象类中不一定包含抽象方法，但是有抽象方法的类必定是抽象类。

3. 抽象类中的抽象方法只是声明，不包含方法体，就是不给出方法的具体实现也就是方法的具体功能。

4. 构造方法，类方法（用 static 修饰的方法）不能声明为抽象方法。

5. 抽象类的子类必须给出抽象类中的抽象方法的具体实现，除非该子类也是抽象类
   。

抽象类与接口（个人见解）

接口是一种规范，或者是对组件的必需功能定义。

而抽象类是一种复用，很多同一系列的类，它们的方法其实是可以复用的，那么这个时候将这些方法抽取出来集成到一个新的类中，就是抽象类（当然不止于此）。

接口是一种宏观概念，它一定是不与实现耦合的，而抽象类就开始与实现耦合。

我们有这样一种场景：

接口定义了组件需要实现的功能

而组件的实现又需要耦合另一个组件，这个耦合的过程就需要一些新方法的参与。这些方法需要实现复用，就需要定义抽象方法，这就是抽象方法的意义。

说白话，接口中的方法是整个体系中的所有组件应该具有的功能， 而抽象方法是实现类中的一个分支（可能也只有一个分支）应该具有的功能。

这个有源码参考，AbstractApplicationContext它有几个抽象方法，这些抽象方法是AbstractApplicationContext系列组件需要实现的功能，因为它们的实现与BeanFactory组件的参与。这些方法肯定不能定义到接口ApplicationContext中。接口肯定只关注你需要实现什么，而不关注你怎么实现，ApplicationContext它是不知道，也不需要知道BeanFactory组件的，它的方法也不该有这些方法，这就需要抽象方法来填补这部分功能。

抽象方法和接口方法的意义相似，都在于定义一种规范留给子类实现，不过它和接口方法的区别就在于领域的不同。
这样就阐明了抽象类的意义： 普通方法用来复用，一些固定的方法就可以不用每个类再重新定义一遍， 抽象方法用来进一步定义规范，抽象方法的领域和实现组件开始耦合，这和接口的作用就不一样了。