Java 抽象類與接口深度對比：從語法規則到設計哲學的全維度解析

核心定義

• 抽象類：abstract class，可包含抽象方法與具體方法、構造器、各類字段，單繼承；
• 接口：interface，Java 8 前僅含 public abstract 方法與 public static final 常量，支援多實現。

語法層面六大差異

設計哲學層面差異

接口：契約與規範

• 定義「能做什麼」（行為契約），如 Comparable、Serializable、Runnable；
• 支援多實現，實現「面向接口編程」，解耦調用者與實現；
• 系統架構層面定義模塊邊界與通信協議。

抽象類：代碼復用與模板

• 定義「是什麼」（實體骨架），提供通用實現、狀態字段、模板方法；
• 單繼承限制，體現「is-a」強關係；
• 典型應用：模板方法模式、框架基類（如 HttpServlet、AbstractList）。

經典應用場景：模板方法模式

public abstract class BaseServlet extends HttpServlet {
    public final void service(HttpServletRequest req, HttpServletResponse resp)
            throws IOException, ServletException {
        // 1. 通用邏輯：日志、權限、編碼
        logAccess(req);
        if (!checkPermission(req)) return;
        try {
            // 2. 變化點委託子類
            doService(req, resp);
        } catch (Exception e) {
            // 3. 統一異常處理
            handleException(e, resp);
        }
    }
    protected abstract void doService(HttpServletRequest req, HttpServletResponse resp)
            throws IOException, ServletException;
    // 通用輔助方法...
}

子類僅實現 doService，核心流程由父類 final 鎖定，兼顧擴展性與穩定性。

Java 8+ 接口增強的影響

• default 方法：提供默認實現，不破壞現有實現類，解決接口演進難題；
• static 方法：工具方法歸屬接口，如 Stream.of()；
• 但接口仍無構造器、無實例字段，本質區別未變。

選型決策指南

1. 需要構造器、實例字段、非 public 方法 → 抽象類；
2. 定義純行為契約、支援多實現、跨層級解耦 → 接口；
3. 同時需要：接口定義契約 + 抽象類提供骨架實現（如 Collection 接口 + AbstractCollection 類）。

面試必考點：結合「語法差異 → 設計意圖 → 實戰選型」三層次回答，展現架構思維。