Java static 修飾變量與方法：內存模型、生命週期與調用差異深度解析

核心結論

static 成員屬於類，非 static 成員屬於實例。 這是理解所有差異的根本。

一、內存與生命週期

二、調用方式差異

public class Demo {
    static int staticVar = 10;
    int instanceVar = 20;

    static void staticMethod() { System.out.println("靜態方法"); }
    void instanceMethod() { System.out.println("實例方法"); }
}

// 調用
Demo.staticMethod();       // ✅ 推薦：類名調用
Demo.staticVar = 100;      // ✅ 推薦：類名訪問

Demo demo = new Demo();
demo.instanceMethod();     // ✅ 必須：實例調用
demo.instanceVar = 200;    // ✅ 必須：實例訪問

// ⚠️ 雖然實例也能調用 static，但會有警告，不推薦
demo.staticMethod();       // 編譯器警告："The static method should be accessed in a static way"
demo.staticVar = 300;      // 同理

三、底層原理（字節碼視角）

• invokestatic：調用靜態方法，操作數棧無 this，直接按類名解析方法符號引用。
• invokevirtual：調用實例方法，操作數棧頂需有對象引用 this，支持多態動態分派。
• 靜態字段訪問用 getstatic/putstatic，實例字段用 getfield/putfield（需對象引用）。

因此：靜態方法內不能直接用 this、super，不能調用非靜態成員（因無實例上下文）。

四、常見誤區與最佳實踐

1. 工具類用 static：如 Math、Collections、StringUtils，無狀態、無副作用。
2. 常量用 static final：public static final int MAX = 100;，編譯期常量折疊，性能最優。
3. 避免 static 可變狀態：多線程下極易出現並發 Bug，若必須用，配合 AtomicInteger/synchronized/ThreadLocal。
4. 單例模式：靜態內部類延遲加載，線程安全、簡潔。

五、面試必考點

• 靜態代碼塊 vs 構造代碼塊 執行順序：父類靜態 → 子類靜態 → 父類實例/構造 → 子類實例/構造。
• static 方法能否被重寫？不能，子類同名靜態方法是「隱藏」，非重寫，調用靠編譯期類型綁定。
• 接口中 default/static 方法（JDK8+）的意義：提供默認實現、工具方法，不破壞實現類。但 default 方法可被覆寫，static 不可。