Java 抽象類核心機制完全指南
關於「抽象類中必須有抽象方法」這一論斷，結論是：不完全正確。Java 語言規範允許無抽象方法的抽象類，但實踐中極少見。本文系統梳理抽象類的定義規則、構造方法特性、繼承鏈約束與實戰陷阱。
一、抽象類定義規則
| 規則 | 說明 | 代碼示例 |
|---|
| 修飾符 | 必須用 abstract class | public abstract class Animal {} |
| 實例化 | 不可直接 new | new Animal() // 編譯錯誤 |
| 抽象方法 | 用 abstract 修飾，無方法體 | public abstract void eat(); |
| 非抽象方法 | 可包含完整實現的普通方法 | public void sleep() { ... } |
| 字段/構造器 | 可定義屬性、構造方法、初始化塊、內部類、枚舉 | 同普通類 |
二、關鍵結論：抽象方法非強制
public abstract class AbstractService {
protected final DataSource dataSource;
protected final String tableName;
// 唯一構造器，強制子類傳參
protected AbstractService(DataSource ds, String table) {
this.dataSource = ds;
this.tableName = table;
init(); // 模板方法
}
protected abstract void init();
}
四、繼承鏈強制約束
| 場景 | 規則 | 後果 |
|---|
| 父類有抽象方法 | 子類必須全部實現或繼續聲明 abstract | 否則編譯錯誤 |
| 子類未實現所有抽象方法 | 子類必須聲明為 abstract | 成為抽象類，仍不可實例化 |
| 多層繼承 | 中間層可選擇實現部分 | 最終具體類必須實現所有 |
五、抽象類 vs 接口 (Java 8+)
| 維度 | 抽象類 | 接口 |
|---|
| 繼承/實現 | 單繼承 extends | 多實現 implements |
| 構造方法 | ✅ 支持 | ❌ 不支持 |
| 實例字段 | ✅ 任意修飾符 | ❌ 僅 static final |
| 方法默認實現 | ✅ 普通方法 | ✅ default 方法 (Java 8+) |
| 靜態方法 | ✅ | ✅ (Java 8+) |
| 適用場景 | 強關聯、共享狀態、模板控制 | 能力定義、弱關聯、多實現組合 |
六、實戰最佳實踐
- 優先用接口定義契約，抽象類提供骨架實現 (如
AbstractList 實現 List)
- 模板方法模式：抽象類定義算法骨架，
abstract 方法延遲到子類
- 避免神類：抽象類不應承擔過多職責，單一職責原則同樣適用
- 文檔化契約：抽象方法上標註
@apiNote 說明前置條件、後置條件、線程安全性
抽象類的核心價值在於「受控的擴展點」：通過 abstract 強制子類實現關鍵行為，通過 final 禁止覆蓋核心流程，通過構造器確保初始化完整性。善用抽象類，是框架設計者與應用架構師的分水嶺。
