抽象类是提供可复用、可扩展、带约束基底结构的模板，用于定义统一入口、共享逻辑和强制契约，支持模板方法模式、状态管理、多态调用及框架分层设计。
抽象类在项目开发中常被用作模板，本质是提供一个可复用、可扩展、带约束的基底结构。它不是用来创建对象的，而是为一组具有共性但行为各异的子类，划定统一入口、共享逻辑和强制契约。
定义清晰的公共骨架
抽象类把不变的部分（如流程控制、通用校验、日志记录）固化为具体方法，把变化的部分（如业务规则、数据处理细节）留作抽象方法，由子类实现。这种“固定流程 + 可变环节”的设计，天然契合模板方法模式。
- 比如一个订单导出功能：prepareData()、generateReport()、sendNotification() 可以是具体方法；而 filterOrders() 和 formatOutput() 声明为 abstract，交由不同业务线子类定制
- 父类中用 final 修饰模板方法，防止子类意外覆盖整体流程
封装共享状态与初始化逻辑
抽象类支持成员变量、构造器和访问控制，能集中管理子类共用的状态和初始化过程，这是接口做不到的。
- 例如所有报表服务都需要配置 tenantId、timeZone 和 dataSource，这些字段可在抽象类中声明并由构造器注入
- 子类只需传参调用 super(tenantId, timeZone)，无需重复写字段定义和赋值逻辑
统一类型体系与多态调用
抽象类确立了明确的“is-a”关系，让不同子类能以统一类型参与系统协作，比如作为参数、返回值或集合元素。
- 定义 abstract class PaymentProcessor，子类有 AlipayProcessor、WechatProcessor、BankTransferProcessor
- 上层服务只需依赖 PaymentProcessor 类型，运行时根据配置选择具体实现，切换支付渠道无需修改调用方代码
配合框架与分层设计
在实际项目中，抽象类常出现在框架集成层或业务分层边界，承担承上启下的职责。
- Spring 中自定义 Starter 时，常提供抽象配置类或抽象服务类，供接入方继承并填充业务逻辑
- DDD 分层架构里，领域层定义 abstract class DomainService，基础设施层通过继承实现具体技术细节（如数据库、RPC 调用）
- 避免把抽象类变成“大杂烩”——只放真正共用的逻辑，职责单一，否则会降低可读性和可测试性
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
