抽象类是带骨架的模板，提供可复用的具体实现并强制子类实现抽象方法，体现“模板”与“规范”双重作用；它支持部分复用与定制，适用于存在“is-a”关系且共享状态和行为的类继承场景。
Java 中的抽象类不是“不能用的类”，而是专门用来定义通用模板、同时划清行为边界的类。它既提供可复用的具体实现，又通过抽象方法强制子类补全关键逻辑——这正是“模板”与“规范”双重作用的体现。
抽象类是带骨架的模板
它把一类事物共有的结构和稳定流程封装起来，比如所有“支付方式”都有验证、扣款、记录日志等环节，但具体怎么验证（密码？指纹？）、怎么扣款（余额？第三方？）因类型而异。抽象类就把固定流程写成具体方法，把变化点声明为抽象方法：
- 在抽象类中定义 final void execute()：按顺序调用 validate() → deduct() → log()
- 其中 validate() 和 deduct() 是 abstract 方法，子类必须重写
- log() 是具体方法，所有子类直接复用同一套日志格式
抽象方法是不可绕过的契约
抽象方法不写实现，只规定“子类必须提供这个能力”。编译器会强制检查：只要继承了该抽象类，就必须实现全部抽象方法，否则编译失败。这不是建议，是硬性约束。
- 比如 abstract void start(); 出现在 Vehicle 抽象类中，意味着轿车、电动车、直升机都得自己写出启动逻辑
- 如果某个子类没实现，又没声明自己也是 abstract，代码就无法通过编译
- 这种机制保证了多态调用的安全性：父类引用调用 start() 时，背后一定有真实实现
抽象类天然支持“部分复用 + 部分定制”
它不像接口只管“能做什么”，也不像普通类要求“全写完”。它允许你把确定的部分（如字段、工具方法、默认行为）一次性写好，不确定的部分留给子类决定。
- 成员变量（如 protected String id;）可被子类直接访问或通过 getter/setter 使用
- 构造方法存在，用于初始化父类状态；子类构造器第一行可通过 super(...) 调用它
- 可以既有 public void commonCheck() { ... }，也有 abstract boolean isEligible();
它不是为了替代接口，而是解决另一类问题
当多个类之间存在明确的“is-a”关系，且共享状态和部分行为时，抽象类比接口更合适。例如：AdminUser、GuestUser、MemberUser 都是 User 的一种，它们共用 username、lastLoginTime，共用 updateProfile() 流程，但 getPermissions() 各不相同——这时抽象类就是最自然的选择。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
