抽象类通过定义共用结构和强制行为契约提升代码可维护性与扩展性，适用于共享逻辑但需子类实现特定行为的场景。使用abstract关键字声明，不可实例化，可包含抽象方法和具体方法，子类必须实现抽象方法。例如在订单系统中，AbstractOrder定义处理流程的模板方法process()，封装校验、折扣计算等公共逻辑，子类如RegularOrder仅实现calculateDiscount()和getFinalAmount()。模板方法应设为final以固定流程，抽象方法作为钩子供子类扩展。抽象类侧重“是什么”，接口侧重“能做什么”，常结合使用：如Payable接口表示支付能力，AbstractOrder实现该接口，子类继承时兼具类型归属与能力声明。优先用抽象类封装核心流程，接口补充多继承行为特征，明确职责边界，降低重复，提升协作效率。
在Java中，抽象类是实现面向对象编程（OOP）规范的重要工具。它既能定义共用结构，又能强制子类遵循统一的行为契约。通过合理使用抽象类，可以提升代码的可维护性与扩展性。
抽象类的基本定义与作用
抽象类使用abstract关键字声明，不能被实例化。它可以包含抽象方法（无实现的方法）和具体方法（有实现的方法）。子类继承抽象类后，必须实现所有抽象方法，除非子类本身也是抽象类。
适用于多个相关类共享部分逻辑，但某些行为需要由子类具体实现的场景。
- 定义通用属性和方法，减少重复代码
- 约束子类必须实现关键行为
- 提供默认实现，降低子类开发复杂度
用抽象类定义业务规范的技巧
在设计系统时，可以通过抽象类明确模块的职责边界。例如，在订单处理系统中，不同类型的订单（普通订单、会员订单）有共同流程，但计算优惠方式不同。
立即学习“Java免费学习笔记（深入）”；
此时可定义一个AbstractOrder类：
abstract class AbstractOrder {
protected double amount;
<pre class="brush:php;toolbar:false;">public AbstractOrder(double amount) {
this.amount = amount;
}
// 公共方法：处理订单流程
public final void process() {
validate();
calculateDiscount();
System.out.println("订单最终金额：" + getFinalAmount());
}
// 共用校验逻辑
private void validate() {
if (amount <= 0) throw new IllegalArgumentException("订单金额必须大于0");
}
// 抽象方法：由子类决定折扣策略
protected abstract void calculateDiscount();
// 抽象方法：获取最终金额
protected abstract double getFinalAmount();}
子类只需关注差异点：
class RegularOrder extends AbstractOrder {
private double discount;
<pre class="brush:php;toolbar:false;">public RegularOrder(double amount) { super(amount); }
@Override
protected void calculateDiscount() {
discount = amount * 0.1; // 普通用户打9折
}
@Override
protected double getFinalAmount() {
return amount - discount;
}}
结合模板方法模式强化规范控制
模板方法模式是抽象类的经典应用。将算法骨架固定在父类中，关键步骤延迟到子类实现。这样既保证流程一致性，又保留灵活性。
上面例子中的process()就是模板方法——用final修饰防止被篡改，内部调用抽象钩子方法。
- 模板方法应声明为final，避免子类修改主流程
- 抽象方法作为“钩子”，留给子类扩展
- 公共逻辑尽量放在父类，减少重复
与接口的协作使用建议
抽象类侧重“是什么”（is-a），接口侧重“能做什么”（can-do）。实际开发中常结合使用。
例如：定义一个Payable接口表示可支付能力，抽象类AbstractOrder实现该接口，子类自动具备支付特性。
- 抽象类处理共性逻辑
- 接口支持多继承，用于跨层级的能力声明
- 优先使用抽象类封装核心流程，接口补充行为特征
基本上就这些。合理利用抽象类，能让代码结构更清晰，团队协作更高效。关键是找准共性和变异性，把不变的固化下来，把变化的交给子类去发挥。
