Java 物件建立與生命週期：堆積區配置與垃圾回收機制

核心問題：資料放哪？何時銷毀？

OOP 的核心在於抽象資料型別、繼承、多型，但物件如何建立、資料儲存位置、生命週期誰控制同樣關鍵。C++ 與 Java 採取截然不同的策略。

C++：效率優先，程式設計師掌控

• 堆疊/靜態區配置：編譯期決定大小、生命週期，配置極快（移動堆疊指標），但缺乏彈性，需預知物件數量與型別。
• 堆積區動態配置：執行期決定，彈性大，但配置較慢、需手動 delete 釋放，易造成記憶體洩漏。
• C++ 讓開發者選擇，但也因此犧牲安全性與便利性。

Java：統一採用堆積區 + 垃圾回收

• 所有物件皆在堆積區以 new 建立；
• 執行期才決定物件數量、型別、生命週期，極大提升彈性；
• 垃圾收集器（GC）自動回收不再被參考的物件，開發者無需（也無法）手動釋放記憶體。

GC 的運作原理

GC 定期掃描堆積區，找出「不可達」物件並回收其記憶體。這消除了 C++ 常見的記憶體洩漏問題，也避免了「釋放後仍使用」的懸空指標錯誤。

存在時間（Lifetime）的比較

為什麼 Java 不支援堆疊物件？

Java 設計目標是降低程式設計師負擔，犧牲極致效率換取開發效率與健壯性。現代 JVM 的 JIT 編譯、逃逸分析等優化，已大幅縮小堆積區配置與 GC 的效能差距。

總結

Java 統一採用「堆積區配置 + 自動垃圾回收」模型，雖引入執行期開銷，但極大簡化了記憶體管理，讓開發者專注於業務邏輯。這是 Java 「提高開發效率」哲學的核心體現之一。