J2ME 中 PNG 圖片資源的高效管理與優化策略

前言

PNG 是 J2ME 遊戲最常用的圖片格式。圖片資源的大小、儲存方式直接影響 JAR 體積與執行時記憶體佔用。本文分享實務中驗證的兩種優化策略：大圖集分塊載入 與 二進位資源包合併。

策略一：大圖集 + 按需載入/釋放

核心概念

將同一遊戲階段所需的所有小圖合併為一張大圖（圖集），程式以 Graphics.drawRegion() 或像素陣列切割繪製。優點：減少檔案頭開銷、利用 PNG 壓縮相似像素、減少 Image.createImage() 呼叫次數。

記憶體管理關鍵

若將所有階段（選單、遊戲、排行榜）合為一張超大圖，進入選單時仍會載入遊戲階段圖片，造成記憶體浪費。解決方案：分階段建立多張圖集。

• menu.png：選單背景、按鈕、標題等
• game.png：角色、敵人、地圖塊、UI
• rank.png：排行榜背景、字體、圖示

狀態切換時：menu.png → null + System.gc() → 載入 game.png。確保同一時間僅佔用當前階段所需記憶體，避免 OutOfMemoryError。

策略二：自訂二進位資源包（無引擎團隊適用）

動機

小團隊常缺乏成熟圖集工具，直接放置大量獨立 PNG。實測：21 張 14×14 PNG 獨立存放 vs 合併為單一二進位檔（無額外壓縮），後者 JAR 體積 減少約 10 KB。主要省下：每個 PNG 的檔案頭、IHDR/IDAT/IEND 區塊、CRC、目錄項開銷。

實作步驟

1. 編寫離線工具（Java SE / Python），讀取所有 PNG，輸出單一 resources.dat：

   // 簡易格式範例
   [檔案數: short]
   重複 每個檔案:
     [檔名長度: byte][檔名: bytes]
     [資料長度: int][PNG 原始位元組: bytes]

2. 遊戲啟動時讀取 resources.dat 至 byte[] 或 ByteArrayInputStream。
3. 需要圖片時，從位元組陣列切片建立 Image.createImage(byte[], offset, len)。
4. 不再需要時，將參考設為 null + System.gc() 釋放。

優缺點比較

綜合建議

• 有引擎支援 → 採用 分階段圖集，兼顧效能與記憶體。
• 無引擎/快速原型 → 採用 二進位資源包，低成本顯著減小 JAR。
• 兩者可混用：UI 圖集 + 關卡資源包。

未來文章將探討動畫系統、地圖編輯器等實務主題。