J2ME 內存優化實戰：代碼、圖片、工具三維突破

痛點：OutOfMemoryError 家常便飯

手機內存以 KB 計，寫代碼如回 DOS 時代——必須「勒緊褲腰帶」。優化三大方向：代碼、圖片、第三方工具。

一、代碼級優化

1. 主動釋放對象，不信賴 GC

場景切換（遊戲→主菜單）時，舊邏輯對象若不手動置空，與新對象共存導致峰值內存溢出。GC 非實時，不可靠。

// 差
gameLogic = new GameLogic();
// 好
gameLogic = null;
gameLogic = new GameLogic();

工具：Runtime.freeMemory() 埋點監控剩餘內存。

2. 杜絕惡習：賦值前先置空

// 差：瞬間存在兩個對象
obj = new HeavyObject();
// 好：先斷開引用
obj = null;
obj = new HeavyObject();

同時利於 GC 識別垃圾。

3. 字符串常量池複用

g.drawString("遊戲結束", x, y, ...); 每次調用可能創建新字符串對象。改為：

private static final String GAME_OVER = "遊戲結束";
g.drawString(GAME_OVER, x, y, ...);

二、圖片優化

• 統一調色板、減少色深（256 色或灰階）。
• 裁剪透明邊緣，壓縮 PNG（工具：PNGCRUSH、ImageOptim）。
• 大圖分塊加載，不用時立即 img=null。
• 優先用繪圖 API（線、矩形、填充）代替圖片資源。

三、第三方工具輔助

• ProGuard / RetroGuard：混淆+壓縮字節碼，移除無用代碼、屬性、縮短名稱，典型縮減 30%-50% 體積。
• J2ME Polish：預處理構建針對不同機型的優化版本，自動適配 API 差異。
• WTK 內置分析器：Runtime.getRuntime().totalMemory()/freeMemory() 監控堆變化。

總結

內存優化是系統工程：代碼層面「手動管理、常量複用、避免臨時對象」；資源層面「壓縮、分塊、程序化繪圖」；構建層面「混淆、預處理、分析」。習慣成自然，方能在受限設備上馳騁。