物件清除困境：誰負責？Java GC 自動記憶體管理、別名問題、C++ 手動刪除複雜度、效率靈活性代價

核心問題

• 物件需資源（尤記憶體）生存
• 不再需要 → 必須清除釋放資源
• 簡單案例：建立→用完→刪除
• 複雜案例：多系統共享物件（機場管制、貨櫃、影帶出租）

複雜場景範例

• 主系統管理飛機集合
• 輔系統記錄小飛機飛行計畫（另一集合）
• 建立飛機物件 → 同時放入兩集合
• 何時刪除？系統其他部分可能仍在用
• C++：用完必須手動 delete → 異常複雜

Java 解決方案：垃圾收集器 (GC)

• GC知道物件何時不再使用
• 自動釋放記憶體
• 配合單根繼承（所有類繼承 Object）
• 配合唯一 new 建立物件
• 結果：Java 編程遠比 C++ 簡單

代價：效率與靈活性

• C++ 可在堆疊建物件 → 自動清除、最高效（但失去動態靈活性）
• 堆建物件較昂貴
• 單根繼承 + 同質多態 → 效能成本
• GC 不可預測啟動時間/耗時 → 非連續因素
• 即時系統須避免（註：有即時 Java 系統保證 GC 效能）

哲學對比

• C++：拒絕任何影響速度的特性 → 編程複雜化
• Java：犧牲效率/靈活性換極大簡化
• 多數問題：Java 應為首選