J2ME 記憶體管理精要：OutOfMemoryError 徹底解決方案

記憶體結構與監測

J2ME 堆記憶體 = 程式碼區（類字節碼、常量池）+ 資源區（Image、Player、byte[]、RMS 緩衝）+ 運行區（物件實例、棧幀）。

監測兩大法寶：

• 模擬器工具：WTK Memory Monitor（太慢）、Nokia 7210/3220 模擬器內建監視器（準確但上限 200 KB）
• Runtime API：Runtime.getRuntime().freeMemory() 即時列印，集成引擎每幀輸出，精準定位峰值。

程式碼區優化：類結構精簡

資源區優化：Image 記憶體精算

公式：記憶體 = 寬 × 高 × 像素位深/8

錯誤迷思：壓縮 PNG（減小檔案大小）≠ 減少記憶體佔用。解碼後皆為原始像素陣列。

靜態優化：圖集與切圖

• 圖集：多小圖合併為單張大圖，drawRegion 繪製，減少 Image 物件開銷（每個 ~200 bytes header）。
• 切圖複用：角色肢體分離（頭、身、手、腳），動畫組合而非整幀，節省 60% 圖片記憶體。
• 緊湊排版：圖集內無透明間隙，每像素皆有效。

動態優化：分級載入與即時釋放

// 關卡載入：僅載入本關敵人圖片
void loadLevel(int levelId) {
    unloadAllImages();  // 釋放上一關
    String[] needed = LEVEL_RES[levelId];
    for (String path : needed) {
        images.put(path, Image.createImage(path));
    }
    System.gc();  // 強制回收
}

案例：《火影武士》6 種怪物同時載入 OOM → 每關僅載入 2-3 種，完美通關老 40 機型。

I/O 峰值控制：四大操作的記憶體尖峰

聲音資源優化

• MIDI → OTT (SMAF) 格式，體積 ↓ 70%，解碼記憶體 ↓ 50%
• ByteArrayInputStream 載入避免檔案系統緩衝
• 音效池：預載入常用音效（跳躍、射擊），長音樂串流

實戰檢查清單

1. 啟動時 freeMemory() > 總堆 40%？否則精簡類/字串。
2. 單幀分配 new 次數 = 0？否則導入物件池。
3. 最大圖片記憶體 < 總堆 30%？否則切圖/降解析度。
4. 關卡切換前後 freeMemory() 恢復一致？否則有洩漏。
5. 真機連續運行 30 分鐘無 OOM？壓測標準動作。

結語

J2ME 記憶體管理沒有捷徑，只有精算、監測、分級、釋放四字訣。將 Runtime.freeMemory() 刻入引擎核心，每次提交構建前跑全流程壓測，OutOfMemoryError 就會從「家常便飯」變成「歷史名詞」。