Java 監聽器接口深度解析：為什麼 onClick 不用 abstract 修飾？

問題：`View.OnClickListener` 接口中 `onClick(View v)` 方法未顯式加 `abstract` 關鍵字，為什麼實現類仍被強制要求實現？這涉及 Java 接口的**隱式抽象**與**默認方法**演進機制。

源碼真相

// android.view.View.OnClickListener (Android SDK)
public interface OnClickListener {
    /**
     * Called when a view has been clicked.
     *
     * @param v The view that was clicked.
     */
    void onClick(View v); // ← 無 abstract、無 default、無 static
}

Java 語言規範（JLS）規定

**結論**：接口中**無修飾符的方法默認就是 `public abstract`**，編譯器會自動補全。寫不寫 `abstract` 對語義無影響，慣例上**省略**以保持簡潔。

為什麼不強制寫 abstract？

1. 歷史習慣：Java 1~7 時代接口只有抽象方法，`abstract` 成了「廢話」。
2. 語法統一：Java 8 引入 `default` 方法後，**有無 `default` 成為區分抽象/具體的唯一標誌**，`abstract` 反而成了干擾項。
3. 字節碼一致：`void onClick(View);` 與 `public abstract void onClick(View);` 編譯出的字節碼完全相同（`ACC_PUBLIC | ACC_ABSTRACT`）。

實現類的強制性來源

// 實現類
public class MyClickListener implements View.OnClickListener {
    // ✅ 必須實現，否則編譯錯誤：MyClickListener is not abstract and does not override abstract method onClick(View)
    @Override
    public void onClick(View v) {
        // 業務邏輯
    }
}

// 若不想實現，必須宣告為抽象類
public abstract class BaseClickListener implements View.OnClickListener {
    // 可選實現，或留給子類
}

接口中其他成員的隱式屬性

常見誤區

// ❌ 誤以為無 abstract 就可以不實現
interface Bad { void doSomething(); } // 實際是 public abstract

// ❌ 誤以為接口方法可以是 protected/package-private
interface Bad2 { protected void x(); } // 編譯錯誤：接口方法只能是 public

// ✅ 正確：Java 8+ 提供默認實現，實現類可不覆寫
interface Good { 
    void required();           // 必須實現
    default void optional() {} // 可選覆寫
}

核心記住：**接口 = 契約**。無修飾方法 = 必須實現的契約條款；`default` 方法 = 附帶的參考實現。`abstract` 關鍵字在接口中純屬歷史殘留，現代 Java 代碼規範（Google Java Style、Alibaba Java Manual）均建議**省略**。