Java 異常處理：try-finally 無 catch 的適用場景解析

為什麼會有「只有 try-finally」的寫法？

初學者習慣 try-catch-finally 或 try-catch，但 Java 允許 try { ... } finally { ... } 省略 catch。這看似反直覺，實則有明確用途。

核心語義：無論發生什麼，finally 都會執行

try {
    // 可能拋出異常的業務代碼
    doRiskyOperation();
} finally {
    // 清理資源：關閉流、釋放鎖、歸還連接池等
    cleanupResources();
}

典型適用場景

• 資源釋放：檔案、網路連線、資料庫連線必須在離開區塊時關閉，無論是否拋出異常。
• 鎖釋放：Lock.lock() 後在 finally 中 unlock()，防止死鎖。
• 不想處理異常，只想保證清理：異常向上拋給呼叫者處理，但本方法負責「收尾」。

對比：try-catch-finally vs try-finally

最佳實踐建議

Java 7+ 推薦使用 try-with-resources 自動管理實作 AutoCloseable 的資源，程式碼更簡潔：

try (FileInputStream fis = new FileInputStream("data.txt")) {
    // 使用 fis
} // 編譯器自動生成 finally 關閉 fis

若資源不支援 AutoCloseable，或需執行自定義清理邏輯，try-finally 仍是標準做法。記住：「有些例外可以撒手不管，但 finally 的底線必須守住。」