J2ME 記憶體優化三大絕招：代碼、資源、架構層層把關

前言：記憶體是 J2ME 開發的生命線

早期功能機堆疊記憶體僅 200KB~500KB，單一 MIDlet 可用往往不足 200KB。OutOfMemoryError 是開發者最常見的噩夢。本文從代碼習慣、資源管理、架構設計三個維度，給出經過實戰驗證的優化策略。

絕招一：代碼層面——手動管理物件生命週期

1. 及時置空，協助 GC

// ❌ 錯誤：新舊物件短暫共存，峰值記憶體雙倍
Image img = Image.createImage("/new.png");
img = Image.createImage("/another.png"); // 舊 img 變垃圾，但未即時回收

// ✅ 正確：先釋放再分配
img = null; // 明確斷開引用
System.gc(); // 建議觸發（非強制）
img = Image.createImage("/another.png");

原理：J2ME GC 非即時、非世代、非並行。手動置空 + System.gc() 能最大程度降低峰值記憶體。

2. 避免「建立後賦值」模式

// ❌ 危險：new 瞬間舊物件仍存活
obj = new HeavyObject();

// ✅ 安全：三步驟
obj = null;
System.gc();
obj = new HeavyObject();

3. 監控記憶體的實用工具

// 關鍵點插入監控
long free = Runtime.getRuntime().freeMemory();
System.out.println("Free mem: " + free + " bytes");
// 輸出範例：Free mem: 184320 bytes

在場景切換、大圖載入前後、遊戲關卡跳轉處埋點，建立記憶體基線與峰值曲線。

4. 字串操作陷阱

// ❌ 大量字串拼接產生大量臨時物件
String s = "";
for (int i = 0; i < 100; i++) s += "item" + i;

// ✅ 使用 StringBuffer（非執行緒安全，效能優於 StringBuilder）
StringBuffer sb = new StringBuffer(500);
for (int i = 0; i < 100; i++) sb.append("item").append(i);
String result = sb.toString();

絕招二：資源層面——圖片、音效、數據極致壓縮

1. 圖片格式與尺寸

• PNG 8-bit 調色盤：比 24-bit 真彩色小 60%~70%，適用 UI 圖示、地圖瓦片
• 尺寸剛好夠用：螢幕 176x208 就別載 240x320 圖，Image.getWidth/Height() 檢查後再決定是否縮放
• 透明色而非 Alpha 通道：單一透明色 (tRNS chunk) 比全 Alpha 通道省記憶體

2. 圖片載入策略

// ❌ 啟動一次性載入所有圖 → OOM
Image[] allFrames = new Image[50];
for (int i=0;i<50;i++) allFrames[i]=Image.createImage("/f"+i+".png");

// ✅ 分組延遲載入 + 釋放
// 只載入當前關卡/狀態需要的圖
// 切換關卡前：oldFrames[i]=null; System.gc(); 再載新圖

3. 音效格式選擇

絕招三：架構層面——場景狀態機與物件池

1. 嚴格場景生命週期

interface Scene {
    void enter();   // 載入資源、註冊監聽
    void update(int deltaMs);
    void render(Graphics g);
    void exit();    // 釋放所有資源、反註冊、置空引用
}

class GameMIDlet extends MIDlet {
    private Scene currentScene;
    void switchScene(Scene next) {
        if (currentScene != null) currentScene.exit();
        currentScene = next;
        if (currentScene != null) currentScene.enter();
    }
}

鐵律：exit() 必須釋放所有該場景持有的 Image、Player、大型陣列、RMS 記錄集參考。

2. 物件池複用高頻物件

// 子彈、粒子、敵人實體頻繁生滅 → 池化
class EntityPool {
    private Vector free = new Vector();
    private Vector active = new Vector();
    private Class clazz;

    T acquire() {
        T obj = free.size() > 0 ? (T)free.removeElementAt(0) : newInstance();
        active.addElement(obj);
        return obj;
    }
    void release(T obj) {
        active.removeElement(obj);
        reset(obj); // 重置狀態：位置、速度、HP、可見性
        free.addElement(obj);
    }
}

避免頻繁 new/GC，穩定幀率、降低記憶體碎片。

3. 數據結構精簡

• Vector → Object[] 固定陣列（已知上限）
• Hashtable → 平行陣列 int[] keys, Object[] values（小規模查找）
• 位元旗標替代 boolean[]：int flags; flags |= 1<<BIT_VISIBLE;

實戰檢核清單

結語

J2ME 記憶體優化沒有銀彈，只有「處處留心皆優化」的工程紀律：代碼層手動置空、資源層極致壓縮、架構層嚴格生命週期與物件池。這三招合併施展，能在 200KB 堆疊裡跑出商業級遊戲。這份在極限中求生存的經驗，正是移動端效能工程師最寶貴的底色。