Java Calendar 為什麼不能在類成員變量處直接初始化？語句與聲明的區別

現象復現

public class Fullmoons {
    static int DAY_IM = 1000*60*60*24;
    
    // ❌ 編譯錯誤：非法啟動表達式
    Calendar c = Calendar.getInstance();  
    c.set(2004, 1, 7, 15, 40);  // 這裡報錯
    
    public static void main(String[] args) { ... }
}

根本原因：Java 類體中只允許「聲明」，不允許「執行語句」

三種正確寫法

1. 移入構造器（推薦，實例相關）

public class Fullmoons {
    private Calendar c;
    
    public Fullmoons() {
        c = Calendar.getInstance();
        c.set(2004, 1, 7, 15, 40);
    }
}

2. 使用構造代碼塊（所有構造器共享）

public class Fullmoons {
    private Calendar c;
    
    {  // 實例初始化塊
        c = Calendar.getInstance();
        c.set(2004, 1, 7, 15, 40);
    }
}

3. 靜態字段用靜態代碼塊初始化

public class Fullmoons {
    private static Calendar c;
    
    static {  // 類加載時執行一次
        c = Calendar.getInstance();
        c.set(2004, 1, 7, 15, 40);
    }
}

深度解析：為什麼 Java 這樣設計？

1. 語法一致性：類體定義「靜態結構」，方法體定義「動態行為」
2. 初始化順序可控：靜態塊 → 實例塊 → 構造器，避免循環依賴 3. 異常處理清晰：初始化拋異常只能在塊/構造器中捕獲/拋出 4. 編譯器簡化：不需解析類體中的任意語句流

常見誤區澄清

「Calendar 是抽象類不能 new，但 getInstance() 返回實例，為什麼還不行？」

與 Calendar 是否抽象無關。即使是 `String s = "a"; s.length();` 也不行。關鍵在於語句位置，而非對象創建方式。

總結

Java 類體中只能寫聲明，不能寫執行語句。需初始化邏輯請放入構造器、實例初始化塊、靜態初始化塊三者之一。這是語言設計層面的強制規範，而非 Calendar 特有的限制。