抽象类通过abstract关键字强制子类实现关键逻辑，含抽象方法则类必为abstract且不可实例化；可含构造器、字段和普通方法；抽象方法无实现，子类须全部重写；配合final模板方法固化流程，钩子方法提供可选扩展；继承链中抽象方法最终由具体子类实现，构造器中禁止调用抽象方法。
Java 中抽象类约束子类行为，核心是用 abstract 关键字在父类中“预留接口”，让编译器强制子类补全关键逻辑——不是靠文档提醒、也不是靠人工检查，而是写完代码就报错，漏一个方法都编译不过。
抽象类必须声明为 abstract，且不能被 new
只要类里有一个抽象方法，整个类就必须加 abstract 修饰；反过来，即使没抽象方法，只要声明为 abstract，也不能直接实例化。这是设计契约，不是运行实体。
- new Animal() 会编译失败或运行时报错（如 TypeError 或 InstantiationException）
- 单元测试中想测基类逻辑？得用具体子类实例，或 mock 构造函数
- 抽象类可以有构造器、字段、普通方法、静态成员——这些都能被子类继承复用
抽象方法必须由具体子类全部实现
抽象方法只定义签名（做什么），不写大括号、不写逻辑。它像一张待签的合同，子类一旦不是 abstract，就必须签字履约。
- 参数类型必须完全一致：List<String> 和 ArrayList<String> 不算重写
- 返回类型支持协变：父类返回 Number，子类可返回 Integer
- 访问修饰符不能更严格：父类 public abstract，子类不能写 protected
- 不能用 private / static / final 修饰——它们和“被继承实现”语义冲突
搭配模板方法，固化流程骨架
光留空不够，真正落地要靠 final 模板方法：把不变的校验、日志、事务、包装等逻辑写死，只把变化点设为 abstract 方法，让子类专注填空。
立即学习“Java免费学习笔记（深入）”；
- 例如统一订单处理：validate() → calculateFee() → persist() → notify()
- 其中 calculateFee() 声明为 protected abstract，各渠道子类各自实现计费规则
- 模板方法本身设为 final，防止子类篡改执行顺序
用钩子方法区分“必须”和“可选”
除了强制实现的抽象方法，父类还可提供空的 protected 方法作为扩展点，比如 onAfterProcess() 或 afterSuccess()，子类按需重写，不破坏契约又保留灵活性。
- 命名建议带 onXXX 或 afterXXX 前缀，语义清晰
- 风控子类重写它加审计日志，普通子类保持默认空实现即可
- 它和抽象方法互补：一个非填不可，一个可填可不填
注意继承链与初始化安全
抽象方法的约束沿继承链传递，但最终必须由某个具体子类兜底实现；同时要避开一个隐蔽陷阱：抽象类构造器里绝不能调用抽象方法。
- 抽象子类（如 Mammal extends Animal）可不实现，作为中间层
- 具体子类（如 Dog）必须实现整条链上所有未覆盖的抽象方法
- 构造器中调用抽象方法会导致子类字段尚未初始化，极易空指针
