抽象类是使用abstract关键字定义的类，不能实例化，用于封装通用行为并强制子类实现抽象方法。它可包含具体方法和抽象方法，适用于代码复用与设计一致性。通过模板方法模式，父类定义流程骨架，子类实现变化部分，如支付流程中的验证与执行。相比接口，抽象类更适合共享代码、控制执行顺序、拥有构造函数等场景。最佳实践包括将共用字段和方法放在父类、使用protected访问控制、模板方法声明为final、避免过度抽象，从而提升代码可维护性和扩展性。
在Java中，抽象类是定义通用行为和结构的重要工具。它允许你在基类中声明方法签名（包括具体实现或不实现），并强制子类根据自身需求完成具体逻辑。这种方式既能复用代码，又能保证设计的一致性。
什么是抽象类
使用 abstract 关键字修饰的类就是抽象类。抽象类不能被实例化，只能被继承。它可以包含抽象方法（没有方法体的方法）和具体方法（有实现的方法）。
抽象方法必须在子类中被重写，除非子类也是抽象类。
示例：
abstract class Animal {
// 具体方法
public void breathe() {
System.out.println("动物在呼吸");
}
// 抽象方法，由子类实现
public abstract void makeSound();
}
定义通用行为：模板方法模式
抽象类常用于实现“模板方法模式”，即把不变的行为封装在父类中，而可变的部分延迟到子类实现。
立即学习“Java免费学习笔记（深入）”；
比如所有支付流程都有“验证、执行、记录日志”的步骤，但每种支付方式的具体操作不同。
abstract class PaymentProcessor {
// 模板方法，定义通用流程
public final void processPayment(double amount) {
validate();
executePayment(amount);
logTransaction(amount);
}
protected abstract void validate();
protected abstract void executePayment(double amount);
private void logTransaction(double amount) {
System.out.println("已记录金额为 " + amount + " 的交易");
}
}
class CreditCardProcessor extends PaymentProcessor {
protected void validate() {
System.out.println("验证信用卡信息");
}
protected void executePayment(double amount) {
System.out.println("使用信用卡支付: " + amount);
}
}
调用时：
PaymentProcessor processor = new CreditCardProcessor(); processor.processPayment(199.99); // 输出： // 验证信用卡信息 // 使用信用卡支付: 199.99 // 已记录金额为 199.99 的交易
何时使用抽象类而不是接口
从 Java 8 开始，接口可以有默认方法，功能上与抽象类更接近。但以下情况更适合使用抽象类：
- 需要共享代码：多个子类有相同的字段或方法实现
- 控制模板流程：通过模板方法固定执行顺序
- 限制继承关系：只允许特定类继承该行为
- 需要构造函数：抽象类可以定义构造器来初始化共用状态
最佳实践建议
合理使用抽象类能提升代码可维护性和扩展性。注意以下几点：
- 将公共字段和工具方法放在抽象父类中
- 用 protected 修饰需被子类访问的方法或变量
- 模板方法应声明为 final，防止被篡改流程
- 抽象方法命名要清晰，体现其职责
- 避免过度抽象，保持类层次简洁
基本上就这些。抽象类不是为了炫技，而是为了解决“部分共用、部分差异”的场景。只要抓住这个核心，就能写出清晰、易扩展的继承体系。
