J2ME paint() 優化六大鐵律：解決真機卡頓、閃屏與內存溢出

痛點：模擬器流暢，真機龜速甚至崩潰

低端手機繪圖硬件弱、無雙緩存、GC 頻繁，paint() 調用頻率高（動畫典型 20-30 FPS），稍有不慎即成性能瓶頸。以下六條鐵律源自大量真機調試血淚總結。

鐵律 1：嚴禁在 paint() 內做 IO 或創建對象

// ❌ 反面教材：每幀讀取圖片、創建對象
try {
    Image img = Image.createImage("/back.png"); // IO 操作極慢
    g.drawImage(img, 0, 0, Graphics.TOP | Graphics.LEFT);
} catch (Exception e) {}

正確姿勢：init() 或構造器中一次性加載所有資源，paint() 僅負責繪製。

鐵律 2：控制圖片色深與尺寸

• 優先使用 **256 色（8 位）** 或 **16 色（4 位）** 圖片，避免 65536 色（16 位）甚至真彩色。
• 卡通風格、色塊清晰的圖壓縮率高且渲染快。
• 大圖拆分為小塊按需繪製，避免單次繪製超大圖片導致內存峰值。

鐵律 3：局部刷新，拒絕全屏重繪

兩種實現方式：

1. Clip 矩形裁剪：g.setClip(x, y, w, h) 限制繪圖區域，repaint() 只重繪 Clip 內內容。
2. 帶參數 repaint(x, y, w, h)：內部自動設置 Clip，調用更簡潔，推薦使用。

典型場景：角色移動時只刷新舊位置與新位置矩形區域，背景靜態區域完全跳過。

鐵律 4：最小化 repaint() 調用頻率

• 靜態界面（菜單、對話框）絕不 循環 repaint()，事件驅動觸發即可。
• 動畫幀率按設備能力動態調整：Thread.sleep(40~100)，寧可低幀率不卡頓。
• 狀態未變時直接 return 跳過繪製邏輯。

鐵律 5：將不變計算提到 paint() 外部

• 座標轉換、幾何計算、字符串拼接等純邏輯操作預計算緩存。
• paint() 僅執行 g.drawXxx() 等 GPU 指令，保持極致精簡。

鐵律 6：雙緩存技術——低端機救星

原理：離屏繪製到 Image，再一次性繪到屏幕，消除閃爍、減少 GPU 狀態切換。

// 初始化離屏緩衝
offscreenImg = Image.createImage(width, height);
Graphics offG = offscreenImg.getGraphics();

// 邏輯線程或 init() 中繪製完整幀
offG.drawImage(bg, 0, 0, 0);
offG.drawString(text, x, y, 0);
offG.drawImage(sprite, sx, sy, 0);

// paint() 僅一行
public void paint(Graphics g) {
    g.drawImage(offscreenImg, 0, 0, Graphics.TOP | Graphics.LEFT);
}

進階技巧：利用 g.translate() 偏移座標系統實現滾動背景，繪製完畢再 translate() 歸零，避免重新計算所有座標。

public void paint(Graphics g) {
    g.translate(-cameraX, -cameraY); // 設置相機偏移
    g.drawImage(offscreenImg, 0, 0, 0);
    g.translate(cameraX, cameraY);   // 還原
}

設備能力檢測

Canvas.isDoubleBuffered() 判斷硬件原生雙緩存支持。若支持，可直接依賴系統；否則**必須手動實現離屏緩衝**。

總結檢查清單

逐項對照，真機幀率提升 2-5 倍不在話下。