J2ME 記憶體佔用詳解與優化實戰：避免 OutOfMemoryError

J2ME 堆疊極小（老機型僅 200KB），OutOfMemoryError 是開發噩夢。本文分享記憶體分析工具、佔用大戶（程式碼、圖片、音效）與實戰優化策略。

記憶體監測方法

• 模擬器工具：WTK Memory Monitor 速度極慢、數值不準；Nokia 7210 模擬器內建監視器較準但僅 200KB。
• Runtime API：System.out.println(Runtime.getRuntime().freeMemory()) 即時輸出剩餘堆疊，整合進引擎定位峰值。

程式碼佔用優化

1. 類別數適中：過多類別增加 class 載入體積；過大單一類別導致載入超時（如 Logo 6 秒限制）。建議 6-7 個類別平衡。
2. 精簡程式碼：發布版移除 try-catch、縮短識別符、減少字串常量。
3. 資料外部化：字串、關卡資料存檔案，用時 getResourceAsStream() 載入，不用即設 null。
4. 避開峰值：I/O、RecordStore、Player、Image 建立瞬間會短暫飆升記憶體，錯開呼叫時機，適時 System.gc()。

圖片記憶體計算與優化

公式：寬 × 高 × 像素位元組數

• 4096 色（12-bit，如 7210）：×1.5 → 64×64 圖 = 6 KB
• 65536 色（16-bit，如 S60）：×2 → 同尺寸 = 8 KB

錯誤迷思：壓縮 PNG（減小檔案大小）不減少記憶體佔用，載入後皆展開為原始像素。

優化策略：

1. 靜態：縮小尺寸、緊湊排版（如 Gameloft《波斯王子》分割肢體重用）、共用圖集。
2. 動態：關卡分批載入，只載入本關出現的怪物/場景圖，切換關卡釋放舊圖。

音效優化

MIDI 音軌轉 OTT 格式，轉為 ByteArrayInputStream 建立 Player，減少解碼記憶體佔用。

善用 Runtime.freeMemory() 定位峰值，配合上述策略，可在 200KB 堆疊上跑出商業級遊戲。