抽象类的核心是定义契约、约束行为、延迟实现，通过声明抽象方法、封装固定流程和提供可复用能力，使子类专注差异化逻辑，上层代码面向抽象编程，配合模板方法确保流程统一与扩展安全。

抽象类作为多态引用的父级入口，核心在于**定义契约、约束行为、延迟实现**。它不提供完整逻辑，但强制子类遵循统一接口和基础结构，让上层代码能以“父类类型”安全地调用不同子类的具体行为。

定义抽象类：声明共性 + 留出可变点

把所有子类必然具备的属性、公共方法（含默认实现）和必须重写的逻辑，用 abstract 明确区隔：

• 用 public abstract 方法() 声明子类必须实现的行为（如 calculatePrice()、render()）
• 用 public final 方法() 封装不可变流程（如模板方法中固定调用顺序）
• 用 protected 字段或普通方法 提供子类可复用的基础能力（如日志工具、配置读取）

子类继承并实现：只专注差异化逻辑

子类只需实现抽象方法，无需关心调用时机或上下文——这些由抽象父类控制：

• 避免重复写初始化、校验、包装等样板代码
• 每个子类只回答“我怎么算”“我怎么画”“我怎么验证”，不回答“什么时候算”“谁来触发”
• 例如：PDFReport extends Report 实现 export() 为生成 PDF；ExcelReport 同样继承，只改写 export 为生成 Excel

上层代码面向抽象编程：用父类类型持有、调用

业务逻辑中声明变量、参数、返回值都用抽象类类型，运行时绑定具体子类实例：

• Report report = new PDFReport(); report.export();
• 工厂方法、策略选择、配置驱动等场景，返回 Report 而非具体类型
• 新增子类（如 HTMLReport）完全不影响原有调用方代码

配合模板方法模式强化规范性

在抽象类中定义算法骨架，把可变步骤设为 abstract，确保流程一致、行为可控：

• public final void generate() { validate(); prepareData(); export(); logSuccess(); }
• 其中 validate() 和 export() 是 abstract，子类必须实现；其余是固定逻辑
• 既统一了执行顺序，又允许各环节定制，比纯接口更有力约束过程

不复杂但容易忽略的是：抽象类不是为了“看起来高级”，而是为了让变化集中、扩展安全、协作清晰。只要契约稳定，下层怎么实现，上层不必知道；上层怎么用，下层也不必操心。