Java 抽象類與介面深度對比：設計哲學與實戰選型指南

核心定義：什麼是抽象類型？

在面向對象領域，抽象類型是對一組「看似不同、本質相同」具體概念的抽象提煉。它定義了一組固定的行為契約，但將具體實現延遲到衍生類。關鍵價值：

• 型別隱藏：模組依賴抽象而非具體實現。
• 開放封閉原則 (OCP)：擴展行為無需修改既有代碼。
• 多態基石：運行時動態綁定具體實現。

Java 提供兩種定義抽象類型的機制：abstract class 與 interface。兩者語法相似、可互換，但設計意圖截然不同，選型錯誤會導致架構腐化。

語法層面對比表

設計哲學層面：is-a vs like-a

abstract class 表達 "is-a"（是一種）關係：子類型在概念本質上屬於父類型範疇。
interface 表達 "like-a"（像一種/具備...能力）關係：實現類只需滿足契約，本質可完全不同。

經典案例：Door 與 Alarm

// 領域概念：門（核心行為：開/關）
abstract class Door {
    abstract void open();
    abstract void close();
}

// 能力契約：報警（非門的本質行為）
interface Alarm {
    void alarm();
}

// 具體實現：防盜門 = 是一門 + 具備報警能力
class AlarmDoor extends Door implements Alarm {
    void open() { ... }
    void close() { ... }
    void alarm() { ... }
}

錯誤示範：違反 ISP（介面隔離原則）

// ❌ 將「報警」強行塞入 Door 抽象類
abstract class Door {
    abstract void open();
    abstract void close();
    abstract void alarm(); // 污染了 Door 的核心職責
}

// ❌ 或用介面混雜兩個概念
interface Door {
    void open();
    void close();
    void alarm(); // 實現類被迫實現不相關行為
}

後果：依賴「開關門」的模組因「報警」變更而重編譯/部署；違反「單一職責」、「介面隔離」、「依賴倒置」。

實戰選型決策樹

1. 是否需要共享代碼/狀態？
   • 是 → abstract class（提供預設實現、保護式欄位、建構子邏輯）。
   • 否 → 進入第 2 步。
2. 是否需要多重實現？
   • 是 → interface（Java 單繼承限制）。
   • 否 → 進入第 3 步。
3. 關係是 "is-a" 還是 "like-a"？
   • "is-a"（本質屬於） → abstract class。
   • "like-a"（具備能力） → interface。
4. 是否為 SPI（服務提供者介面）？
   • 是 → interface（JDBC Driver、Logger、Parser 等標準擴展點）。

Java 8+ 介面演進：模糊邊界與新規則

default 方法：介面也能有預設實現

interface Loggable {
    default void log(String msg) {
        System.out.println("[" + LocalDateTime.now() + "] " + msg);
    }
}

• 解決介面演進相容性問題（新增方法不破壞既有實現）。
• 菱形繼承衝突規則：類實現多個含同名 default 方法的介面 → 必須顯式覆寫並選擇調用哪個（InterfaceA.super.method()）。

static 方法：工具方法歸宿

interface Collection {
    static  List of(E... elements) { ... }
}

私有方法：default 方法間共享邏輯

interface Complex {
    default void doA() { helper(); }
    default void doB() { helper(); }
    private void helper() { ... } // Java 9+
}

常見誤區與避坑指南

總結：選型本質是領域建模準確度

記住：abstract class 定義「它是什麼」，interface 定義「它能做什麼」。準確把握領域本質，架構才能經得起變化考驗。