理解 finalize()：Java 記憶體管理與 C++ 解構函式的差異

Java 無解構函式，改以 finalize() 配合垃圾回收器（GC）釋放資源。但兩者行為差異極大，錯誤依賴 finalize() 會導致資源洩漏。

核心差異

垃圾回收器行為

• GC 以低優先權背景執行緒運行，僅在記憶體壓力大時回收。
• System.gc() 僅是建議，非命令，不保證立即回收。
• Java 1.1 引入 System.runFinalizersOnExit(true) 強制程式結束時呼叫所有 finalize()，但會造成明顯延遲，且已棄用（不安全）。

實測範例

建立 1000 個 thing 物件，未呼叫 System.gc() 時，程式結束零物件被終結；啟用 System.gc() 後約 963 個被終結，證明 GC 行為不可預測。

最佳實務

1. 勿依賴 finalize() 釋放關鍵資源（檔案、Socket、資料庫連線、鎖）。
2. 採用 try-finally 或 try-with-resources (Java 7+) 明確釋放：

FileInputStream fis = new FileInputStream("data.txt");
try {
    // 使用 fis
} finally {
    fis.close(); // 確定執行
}

3. 若必須實作 finalize()，僅作為安全網補釋非記憶體資源，並呼叫 super.finalize()。

結論

Java 以 GC 換取開發便利，犧牲了確定性資源釋放。開發者必須主動管理資源生命週期，finalize() 僅是最後防線，非主要機制。

1. 上一篇文章： C/C++ 中 lvalue 與 rvalue 的正確釋義
2. 下一篇文章： C++ 管理擴展：無縫整合 .NET 與原生代碼

關於C++

C++ 運算子重載實作方法完全指南：從語法到工程最佳實務

運算子重載本質是特殊命名的函式，讓自訂型別支援直覺的算術、比

C++ 智能指針深度解析：引用計數實現與兩種經典設計模式

C++ 智能指針：從 RAII 到 shared_ptr 的

C++ 字串流深度解析：ostringstream/istringstream/stringstream 用法與效能

C++ 字串流深度解析：ostringstream/istr

C++ 高性能內存池實現：從原理到基準測試超越 std::allocator 與 vector

頻繁的 new/delete 或 std::allocato