抽象类的核心作用是强制子类实现特定能力并封装共用逻辑，通过抽象方法划定行为边界、非抽象成员提供可复用模板，支持继承与多态，适用于需共享状态和算法骨架的“is-a”关系场景。
抽象类在 Java 中的核心作用，是通过语法机制对子类的行为做出强制性规范——它既允许定义共用逻辑，又要求子类必须实现特定能力，从而在继承体系中建立清晰的契约。
抽象方法：划定子类必须填补的能力边界
抽象类中声明的抽象方法不提供实现，仅定义方法签名（名称、参数、返回类型），强制所有非抽象子类重写该方法。JVM 在编译期就检查这一约束，未实现将直接报错。
- 抽象方法不能是 private、static 或 final（它们与“被子类覆盖”的语义冲突）
- 子类若未实现全部抽象方法，自身也必须声明为 abstract
- 抽象方法可搭配访问修饰符（如 protected、public），影响子类重写的可见性
非抽象成员：封装可复用的通用逻辑
抽象类可以包含构造器、普通字段、静态方法、final 方法和具体实现的方法。这些成分构成模板骨架，供子类直接继承或调用，避免重复编码。
- 构造器虽不能 new 抽象类实例，但会被子类构造器隐式或显式调用（super()），用于初始化共享状态
- final 方法禁止子类覆盖，确保关键流程不变（如统一的日志记录、安全校验入口）
- 普通方法可调用抽象方法，形成“模板方法模式”：父类定流程，子类填细节
继承与多态：运行时绑定保障契约执行
抽象类本身不可实例化，但其引用可指向任意具体子类对象。调用抽象方法时，JVM 根据实际对象类型动态分派到子类实现，确保业务逻辑始终按约定执行。
- 接口无法持有状态或提供默认行为（Java 8 前），而抽象类能兼顾契约与实现
- 一个类只能单继承抽象类，但可同时实现多个接口，适合构建有共同基底的层级结构
- 抽象类中的 protected 字段或方法，可被子类安全访问和扩展，增强内聚性
典型使用场景：何时优先选抽象类而非接口
当需要为一组相关类提供统一的状态管理、共享算法骨架，且存在天然的“is-a”关系时，抽象类更合适。例如：图形绘制系统中，Shape 是抽象基类，含 color、position 等字段和 draw() 抽象方法；Circle 和 Rectangle 继承它，各自实现 draw()，同时复用父类的移动、缩放等通用逻辑。
- 需定义构造逻辑或初始化共享资源
- 希望限制子类继承链深度（如只允许一级实现类）
- 已有大量共用代码，且未来可能增加受保护的内部方法
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
