抽象类即使没有抽象方法，也具有重要作用。首先，它作为基类提供通用实现，封装公共行为，如具体方法、成员变量和构造器，供子类继承使用；其次，它阻止自身被直接实例化，确保只有具体子类能被创建，适用于代表抽象概念的类，如“动物”；最后，它在框架设计中广泛应用，通过模板方法模式定义算法骨架，并由子类实现具体步骤，提升代码复用性和系统扩展性。
抽象类不一定非得有抽象方法。它的存在更多是为了作为基类，提供一些通用的实现，并阻止自身被直接实例化。即使没有抽象方法，它依然可以很好地服务于软件设计中的抽象需求。
既然抽象类可以没有抽象方法，那它到底有什么用？这背后核心在于“抽象”这个概念。当我们构建软件系统时，有些概念本身就是不完整的，或者说，它是一个更高层次的归纳，具体细节需要交给更具体的子类去完成。比如，我们说“动物”是一个概念，但你通常不会直接创建一个“动物”的实例，你会创建一只“狗”或一只“猫”。
即使一个抽象类没有抽象方法，它依然可以包含：
- 具体方法： 那些已经有完整实现的方法，子类可以直接继承并使用，这对于封装公共行为非常有用。
- 成员变量： 用于存储状态。
- 构造器： 虽然抽象类不能被直接实例化，但子类的构造器在初始化时，会隐式或显式地调用父类（抽象类）的构造器来完成基类的初始化工作。
所以，抽象类更像是一种“契约”或“模板”。它定义了一组行为和属性，其中一部分行为可能是未实现的（抽象方法），强制子类去具体化；而另一部分行为则已经实现，供所有子类共享。即使所有行为都已实现，只要你不想让这个类被直接实例化，或者希望强制它必须被继承才能使用，就可以将其声明为抽象类。在很多框架设计中，这种模式非常常见，一个基类提供了大量通用的逻辑，但其本身不应该被直接操作，而是通过其具体的子类来完成任务。
抽象类与接口，它们究竟有何不同？
抽象类和接口，这两个概念在面向对象设计里总是被拿来比较，它们都服务于“多态”和“代码复用”，但在能力和设计意图上，两者存在显著差异。
最关键的区别在于：
-
实现能力： 抽象类可以有已实现的方法（带方法体的方法），也可以有抽象方法（只有方法签名没有方法体）。接口在Java 8之前只能有抽象方法和常量，而Java 8引入了
default方法和static方法后，接口也能有带实现的方法了，这确实模糊了部分界限，但接口的核心仍在于定义“行为规范”。 - 多重继承： 一个类只能继承一个抽象类（这是Java等语言的单继承特性），但却可以实现多个接口（多重实现）。如果你需要一个类同时具备多种不相关的行为能力，接口是实现这一目标的主要途径。
-
成员类型： 抽象类可以拥有各种访问修饰符的成员变量和方法，甚至可以有构造器。接口在Java 9之前，其成员变量默认是
public static final的常量，方法默认是public abstract的。Java 9后，接口也可以有private方法。 - 设计意图： 抽象类更多地代表“is-a”的关系，即子类是父类的一种特殊类型，它提供了一种基类的通用实现和部分未实现的契约。接口则更多地代表“can-do”的关系，即一个类具备某种能力或行为，比如“可运行的”、“可比较的”。
当你面对一组紧密相关、共享大部分代码的类时，抽象类往往更合适。而当你希望定义一种通用的行为规范，让那些可能完全不相关的类都能遵守时，接口就显得不可或缺。
为什么在软件设计中会用到抽象类？
为什么我们需要抽象类？这不仅仅是语法上的一个特性，它深植于我们对复杂系统进行抽象和建模的深层需求。
-
强制子类实现特定行为： 这是抽象类最直接也最常见的用途。当你设计一个框架或库时，你可能希望某些核心功能由使用者（子类）来具体化。例如，一个
Shape（形状）抽象类，它可能有calculateArea()（计算面积）这个抽象方法，因为不同形状的面积计算方式必然不同，但每个形状都“应该”能计算面积。抽象类确保了所有继承它的子类都会提供这个方法的实现，否则编译器会报错。 -
提供通用行为和模板方法： 抽象类可以包含大量已实现的方法，这些方法可以被所有子类共享，避免代码重复。这种模式常用于“模板方法”设计模式，即父类定义一个算法的骨架，而将一些具体步骤留给子类去实现。比如，一个
DataProcessor（数据处理器）抽象类可以实现数据读取、日志记录等通用步骤，但数据解析和保存的细节则留给具体的子类（如CSVDataProcessor、XMLDataProcessor）去完成。 - 防止不完整的类被直接实例化： 如果一个类本身就不应该被直接创建实例，因为它代表的是一个概念而非具体实体，那么将其声明为抽象类可以有效防止误用。比如，你不会直接创建一个“交通工具”的实例，你会创建“汽车”或“飞机”。
- 提高代码复用性： 通过在抽象类中实现通用逻辑，子类可以继承这些逻辑，从而减少重复编写代码。
- 实现多态性： 抽象类是实现多态的基础。你可以用抽象类类型来引用其具体子类的对象，从而在运行时表现出不同的行为，这极大地增强了代码的灵活性和可扩展性。
它就像一座桥梁，连接了概念层面的抽象与具体实现，既提供了设计的弹性，又施加了必要的约束，帮助我们构建更清晰、更易维护的系统。
抽象类在实际开发场景中是如何应用的？
抽象类在实际开发中的应用非常广泛，尤其是在构建框架、库或者大型复杂系统时。它提供了一种优雅的方式来平衡通用性与定制性，让我们的代码既有统一的结构，又能应对各种具体需求。
-
框架基类： 许多成熟框架的核心组件都是抽象类。比如，一个Web框架中的控制器基类，它可能定义了请求处理的通用流程（例如请求解析、参数校验、异常处理），但具体的业务逻辑方法（如
doGet、doPost）会定义为抽象方法，留给开发者去实现。这确保了所有控制器都遵循相同的生命周期和处理规范。 -
模板方法模式的实现： 这是抽象类最经典、也最常见的应用场景之一。当一个算法的步骤是固定的，但其中某些步骤的具体实现会因上下文而异时，抽象类可以定义一个模板方法（已实现的方法，包含算法骨架），并在这个骨架中调用一些抽象方法，这些抽象方法则由子类去提供具体的实现。例如，一个报告生成器
ReportGenerator抽象类，其generateReport()方法是模板方法，它会依次调用fetchData()、formatData()、exportReport()等抽象方法，不同的子类可以实现不同的数据源获取、数据格式化和报告导出方式。 - 事件处理机制： 在事件驱动的编程模型中，抽象类可以作为事件监听器或事件处理器的基类，定义通用的事件处理接口，但具体的事件响应方法通常是抽象的，由不同的事件监听器子类去实现，以响应特定的事件类型。
-
数据访问层（DAO）设计： 在构建数据访问对象（DAO）层时，抽象的
BaseDAO类可以提供通用的数据库连接管理、事务处理等方法，而针对不同实体（如UserDAO、ProductDAO）的具体增删改查方法可以定义为抽象方法，由各自的子类去实现，这样可以保持DAO层的一
