Java static 內部類設計意圖：延遲初始化與單例模式的關鍵角色

在 Bag 類別中將節點類別 Node 宣告為 private static class Node，核心目的有二：不持有外部類實例引用（節省記憶體、允許獨立實例化）、實現線程安全的延遲初始化單例（Holder 模式）。

非 static 內部類 vs static 內部類

Bag.java 中 Node 宣告為 static 的具體好處

1. 記憶體效率：Bag 實例可能建立成千上萬個 Node，若非 static，每個 Node 都隱含一個指向 Bag 的引用（8 bytes），造成額外記憶體佔用與 GC 壓力。
2. 邏輯清晰：Node 純粹是資料載體 (item, next)，不需存取 Bag 的任何實例狀態，語義上屬於「靜態巢狀類別」。
3. 延遲初始化單例載體：雖 Bag 未直接用單例，但此模式是實現 Initialization-on-demand holder idiom 的標準載體：
   

   public class Singleton {
       private Singleton() {}
       private static class Holder {
           static final Singleton INSTANCE = new Singleton();
       }
       public static Singleton getInstance() { return Holder.INSTANCE; }
   }
   

   類別載入機制保證線程安全、延遲初始化、無同步開銷。

何時使用非 static 內部類

• 需頻繁存取外部類實例欄位/方法（如迭代器 Iterator 需存取集合內部狀態）。
• 事件監聽器、回呼物件需捕獲外部實例上下文。

最佳實務

預設內部類聲明為 static，除非確有需要存取外部實例成員。這能避免記憶體洩漏（如非 static 內部類實例被長期持有導致外部類無法 GC），也是 Effective Java 條目 24 建議。

理解 static 內部類的「無外部引用」特性，是寫出高效、無洩漏 Java 代碼的關鍵。