Java 理論與實踐：良好的資源管理與清理實務

前言：垃圾收集不是萬靈丹

Java 的垃圾收集器（GC）極大地簡化了記憶體管理，但它只負責「記憶體」這一種資源。檔案控制代碼、資料庫連線、Socket、鎖、信號量等非記憶體資源，若不顯式釋放，極易導致資源耗盡、系統不穩定。本文整理自 Brian Goetz 經典專欄，系統說明何時、為何、以及如何正確進行「內務處理」。

一、為什麼必須顯式釋放資源？

1. GC 的盲點

GC 只會回收「不可觸及」物件佔用的堆內存。對於作業系統層面的有限資源（檔案描述符、連接埠、資料庫連線池配額），GC 回收時機不可預測，等待 finalizer 執行往往為時已晚。

2. 典型必須顯式釋放的資源

• 檔案/網路流：InputStream、OutputStream、Socket
• 資料庫連線：Connection、Statement、ResultSet
• 同步原語：Lock、Semaphore、Condition
• 圖形資源：Graphics、BufferedImage
• 執行緒池：ExecutorService

二、方法區域資源：try-with-resources 與 finally

❌ 錯誤示範：異常導致資源洩漏

public static Properties loadBadly(String file) throws IOException {
    FileInputStream in = new FileInputStream(file);
    Properties p = new Properties();
    p.load(in);           // 若拋出異常，in 永不關閉
    in.close();
    return p;
}

✅ Java 7+ 標準寫法：try-with-resources

public static Properties load(String file) throws IOException {
    try (FileInputStream in = new FileInputStream(file)) {
        Properties p = new Properties();
        p.load(in);
        return p;
    } // 編譯器自動生成 finally { in.close(); }
}

優點：簡潔、異常安全、支援多資源、自動抑制異常（suppressed exception）保留原始堆疊追蹤。

Legacy 專案：手寫 finally 區塊

FileInputStream in = new FileInputStream(file);
try {
    Properties p = new Properties();
    p.load(in);
    return p;
} finally {
    if (in != null) try { in.close(); } catch (IOException ignored) {}
}

注意：資源取得必須在 try 區塊外部，否則取得失敗時 finally 仍會執行導致 NullPointerException 遮蔽原始異常。

三、多重資源釋放的陷阱與最佳實踐

JDBC 三層資源巢狀釋放

public void query(Connection conn, String sql) throws SQLException {
    try (Statement stmt = conn.createStatement();
         ResultSet rs = stmt.executeQuery(sql)) {
        while (rs.next()) { /* 處理資料 */ }
    } // 自動關閉 rs → stmt，conn 由呼叫端管理
}

若無法使用 try-with-resources，必須採用反序關閉、逐層 try-catch：

finally {
    try { if (rs != null) rs.close(); } catch (SQLException e) { log(e); }
    try { if (stmt != null) stmt.close(); } catch (SQLException e) { log(e); }
    try { if (conn != null) conn.close(); } catch (SQLException e) { log(e); }
}

四、鎖與信號量：finally 是救命稻草

public class BoundedSet {
    private final Set set = new HashSet<>();
    private final Semaphore sem;

    public BoundedSet(int bound) { sem = new Semaphore(bound); }

    public boolean add(T o) throws InterruptedException {
        sem.acquire();
        boolean added = false;
        try {
            added = set.add(o);
            return added;
        } finally {
            if (!added) sem.release(); // 釋放許可，否則永久洩漏
        }
    }
}

若 set.add() 拋出異常（如 hashCode() 錯誤），缺少 finally 會導致信號量永久減少，最終造成系統停擺。

五、長生命週期資源：所有權層級與生命週期介面

所有權原則

• 應用程式擁有 ThreadPool → ThreadPool 擁有 Thread
• 誰建立、誰負責關閉；上層關閉前必須先關閉下層

必須實作的生命週期方法

任何直接/間接持有非記憶體資源的物件，應提供 close()、shutdown()、release() 等方法，並實作 AutoCloseable 以配合 try-with-resources。

六、Finalizer：最後防線，非主要手段

• 執行時機不確定，可能導致資源長時間佔用
• 增加 GC 壓力，降低吞吐量
• 異常吞噬、執行緒死鎖風險
• 僅作為防禦性補充，例如 FileInputStream 的 finalizer 會在開發者忘記 close() 時嘗試關閉

七、工具輔助與現代最佳實踐

結語

「不走彎路，就是捷徑。」養成「取得即規劃釋放」的肌肉記憶，善用 try-with-resources 與 AutoCloseable，將資源管理納入型別系統，才能寫出健壯、可維護的 Java 系統。