Java 入門進階：事件驅動與異常處理機制深度解析

前言

在 Java 程式設計的學習路徑中，事件處理與錯誤處理是兩大核心支柱。本章將帶領讀者深入理解 Java 的事件驅動模型，並掌握從傳統錯誤碼回傳到現代異常處理機制的演進邏輯，為後續 GUI 開發與健壯系統建構奠定堅實基礎。

12.1 事件處理：從順序執行到用戶主導

核心觀念：消息驅動架構

傳統程序語言遵循「順序執行」邏輯，程式流程由代碼預先決定。而面向對象編程引入「事件驅動」範式，將控制權交還給用戶。應用程式建構完成 GUI 後進入待機狀態，透過監聽滑鼠點擊、鍵盤輸入等用戶動作（事件），觸發對應的處理邏輯。這種「好萊塢原則」——「別調用我們，我們會調用你」——徹底改變了程式流程控制權的歸屬。

事件處理三部曲

1. 確定事件類型：不同組件關注不同事件。例如 JButton 關注 ActionEvent（點擊），JTextField 關注 ActionEvent（按下 Enter），Checkbox 關注 ItemEvent（狀態改變）。
2. 註冊事件監聽器：每種事件對應一個 XXXListener 介面（位於 java.awt.event 與 javax.swing.event 套件）。透過 addXXXListener() 方法將監聽器附加到組件上。
3. 實作事件處理邏輯：在監聽器介面的方法中編寫具體回應代碼，如 actionPerformed(ActionEvent e) 中執行蜂鳴器響聲或業務邏輯。

實戰範例：讓視窗關閉鍵生效

預設 Frame 的關閉按鈕無反應，需顯式註冊 WindowListener。範例使用 WindowAdapter 適配器類簡化實作，僅覆寫 windowClosing() 方法呼叫 System.exit(0) 終止程式：

Frame frame1 = new Frame("This is a Frame");
frame1.addWindowListener(new WindowAdapter() {
    public void windowClosing(WindowEvent e) {
        System.exit(0);
    }
});
frame1.setSize(200, 200);
frame1.show();

此範例同時證明：Java 應用程式（Application）同樣能構建完整 GUI 介面，不限於 Applet。

12.2 錯誤處理：從回傳碼到契約式設計

錯誤碼機制的局限

早期慣用函式回傳狀態碼（如 -1 表示失敗）來標示錯誤。但此法有明顯缺陷：合法回傳值與錯誤碼可能重疊，且呼叫端易忽略檢查，導致錯誤像多米諾骨牌般連鎖擴散。例如查找 Email 中 @ 符號位置的方法，若未找到回傳 -1，呼叫端若未判斷便直接使用該索引，將引發邏輯錯誤。

改良策略

建立明確錯誤契約：方法文檔標註所有可能回傳值含義，呼叫端強制檢查。練習題要求實作搜尋陣列中數值 5 的方法，找到回傳索引，否則回傳 -1，體現此設計模式。

12.3 異常處理：Java 的強健基石

異常傳播機制

Java 將異常封裝為 Exception 物件。當異常拋出，JVM 會沿著呼叫堆疊向上尋找匹配的 catch 區塊：當前方法 → 呼叫者 → main() 方法。若全程未捕獲，程式異常終止。這機制確保錯誤不會被無聲吞沒。

try-catch-finally 結構

try {
    // 可能拋出異常的代碼
} catch (ExceptionType ex) {
    // 處理特定異常
} finally {
    // 無論是否發生異常必執行（資源釋放等）

catch 區塊可多重捕獲，順序遵循「子類在前，父類在後」。finally 區塊保證關鍵清理動作（如關閉資料庫連線、檔案流）必定執行。

自測習題精選

• 無監聽器的事件會被忽略（不會編譯錯誤、不會崩潰、無預設處理）
• 註冊監聽器方法命名模式：addXXXListener
• 事件監聽器核心套件：java.awt.event、javax.swing.event
• 按鈕點擊事件：ActionEvent
• Application 可使用 JButton 等 Swing 組件
• 非 GUI 物件（如 Frame 容器、Timer）也能產生事件

總結

事件處理賦予程式互動靈魂，異常處理賦予程式強健骨架。掌握「監聽器模式」與「異常傳播鏈」是邁向專業 Java 開發者的關鍵門檻。建議讀者動手實作本章範例，體會用戶動作如何轉化為程式邏輯，以及異常如何在堆疊中流轉尋找處理者。