J2ME 手機遊戲移植實戰經驗總結：從螢幕適配到記憶體優化

作者長期從事日本手機遊戲移植至中國市場（含漢化、跨平台適配），分享以 WTK+JDK 為基礎開發環境下的核心移植技術與避坑指南。

移植核心五大工程面向

1. 螢幕尺寸與解析度適配 —— 最關鍵

• 雙緩衝畫布尺寸必須動態取得 getWidth()/getHeight()
• 遊戲場景座標系統建立全域縮放比例常數，避免硬編碼座標
• 優先尋找相近解析度機型作為移植基準，減少美術資源重製

2. 按鍵碼對應表建立

不同廠商功能鍵碼差異極大（如 Nokia 左/右軟鍵 -6/-7，Moto C650 為 -21/-22）。解決方案：

• 建立 KeyMapper 工具類，依裝置屬性（System.getProperty("microedition.platform")）動態載入對應表
• 遊戲邏輯統一使用 getGameAction(keyCode) 對應 Canvas.UP/DOWN/LEFT/RIGHT/FIRE
• Nokia 系列可用 com.nokia.mid.ui.FullCanvas.SOFTKEY1/2 統一軟鍵處理

3. 記憶體佔用嚴格管控

• 移植前試算：圖片記憶體 ≈ 寬 × 高 × 色深 × 2 bytes（透明圖與單色圖同尺寸佔用相近）
• 及時將無用物件設為 null，輔助 GC 回收
• 避免大量 String 操作，使用 StringBuffer
• 文字繪製：drawString() 多次呼叫成本高，改用字串陣列或預渲染圖片
• 定期呼叫 System.gc()（關鍵節點：關卡切換、大圖載入後）

4. 完整漢化合規

• 中國行動規範：介面零英文字元（連 "LAP 1/3" 必須改 "圈 1/3"）
• 文字若做成圖片，需美術協助重製
• 資源檔類型：PNG/GIF 圖片、MIDI/AMR 音效、文字/資料檔
• 資料檔（打包多資源二進位檔）修改困難，作者自製提取/重打包工具提升效率

5. 功能調整符合發布規範

• 軟鍵功能位置調整（如「選單」/「返回」互換）
• 強制新增暫停/繼續功能
• 自製遊戲選單、Logo 畫面、版權聲明

移植標準作業流程 (SOP)

1. 資源盤點：解壓 JAR，分類圖片/音效/文字/資料檔，建立資源對照表
2. 核心類別定位：找出繼承 Canvas/GameCanvas 的主遊戲類，分析 paint()、run()、建構子、匯入套件
3. 真機測試為準：模擬器僅供參考，按鍵碼、記憶體限制、渲染差異必須實機驗證
4. 裝置特有 Bug 排查：
   - 記憶體不足導致圖片不顯示/安裝失敗/死機
   - repaint()/serviceRepaints() 在 Nokia S60 表現異常
   - 多執行緒競態條件在真機才會重現
   排查原則：冷靜 → 排除人為 → 檢查記憶體/圖片 → 考慮系統 Bug

資深心法

「代碼不是你寫的，看不懂很正常。先跑通流程，再局部修改。遇到棘手問題，從記憶體與圖片資源切入，九成是資源釋放或尺寸問題。」