抽象类用abstract关键字定义，用于规范继承结构并强制子类实现抽象方法；可含普通方法、字段和构造器，但不能实例化；适合模板方法模式、明确设计契约，且支持状态与默认实现，体现“is-a”关系。

抽象类通过 abstract 关键字定义，核心作用是规范继承体系的结构，同时把必须由子类决定的具体行为“留空”，强制子类实现。

定义抽象类与抽象方法

抽象类不能被实例化，只用于被继承。它可包含普通方法（有实现）、字段、构造器，也能声明抽象方法（只有签名，无方法体）。抽象方法用 abstract 修饰，且必须存在于抽象类中。

• 抽象类中可以没有抽象方法，但有抽象方法的类必须声明为 abstract
• 抽象方法不能是 private、static 或 final —— 它需要被子类重写并公开调用
• 子类继承抽象类时，要么实现全部抽象方法，要么自己也声明为 abstract

充当模板方法模式的骨架

抽象类天然适合实现模板方法模式：把算法流程固定在父类（如 execute()），其中调用若干抽象方法作为“钩子”，由子类填充具体逻辑。这样既复用流程，又保留扩展点。

• 例如：一个 ReportGenerator 抽象类定义 generate() 流程（加载数据 → 格式化 → 输出），其中 loadData() 和 format() 是抽象方法
• 不同子类（PdfReport、CsvReport）只需专注实现各自的数据源和格式逻辑，不重复编写执行顺序

明确契约，提升协作清晰度

抽象类在设计阶段就划清了“谁负责什么”——父类管共性结构与流程控制，子类管差异化实现。这种契约对团队开发尤其重要。

• 新成员看抽象类，立刻知道该继承哪个类、必须补全哪些方法
• IDE 能自动提示未实现的抽象方法，编译期即捕获遗漏，避免运行时错误
• 相比接口，抽象类还能提供默认实现和状态（字段），更适合强关联的类族

注意与接口的区别

接口强调“能做什么”，抽象类强调“是什么 + 部分怎么做”。Java 8 后接口可有 default 方法，但依然不能有构造器、普通字段或 protected 方法（除非是 static/final 字段）。

• 一个类只能继承一个抽象类，但可实现多个接口
• 抽象类适合表达“is-a”关系（如 Bird 是 Animal 的一种），接口更适合“can-do”能力（如 Flyable、Singable）
• 混合使用更灵活：抽象类统一基础行为，接口补充额外角色