核心定義與前提 目的：復用成品遊戲代碼/邏輯，替換美術/音頻/關卡，低成本生成新產品獲利。 適用範圍：僅限 J2ME（.jar 格式）遊戲。 工具

動機 將眾多小圖打包成單張大圖（圖集/Texture Atlas）減少 JAR 數量與載入開銷。運行時需將大圖切回獨立 Image 對象供邏輯直接繪製。 標準

背景與動機 MIDP 1.0 無翻轉 API，MIDP 2.0 雖有 Image.createImage(src, transform) 但廠商實現常有 Bug

位圖 vs 調色板：核心取捨 維度位圖調色板 APIGraphics.drawImage() / GC.Bitblt()自研像素級繪製（dr

諾基亞系列 機型核心 Bug規避方案 S40按鍵延遲；中斷後線程殘留直到 repaint；記憶體不當導致死機極謹慎管理內存；測試中斷恢復流程

為什麼不在事件回調寫邏輯 keyPressed/Released 僅在按鍵發生時觸發，但遊戲邏輯（重力、AI、動畫）需每幀推進。專業做法：事件層只記錄狀態，邏輯

為什麼 64KB 堆上 GC 會成為噩夢 桌面 Java 有 GC 托底，但早期 J2ME 手機僅 64KB 堆，若不慎重分配，GC 每 10 秒介入一次，幀率

平台適配與 I/O 怪象 代碼通過 System.getProperty(microedition.platform) 識別機型。I/O 層出現極罕見的「忙等待

狀態機：化繁為簡的架構基石 狀態機源自編譯原理，聽起來學術氣息濃厚，實則是「分支選擇結構」的工程化落地。為何在遊戲開發中反復強調它？因為它是將複雜問題分解為可管

遊戲的三大核心模組 無論多複雜，遊戲本質只有三塊： 渲染：產生畫面 輸入：接收玩家操作 邏輯：根據輸入與狀態更新遊戲世界 兩種驅動模式： 事件驅動：有輸入

專案結構 SnakeMIDlet.java — MIDlet 入口，建立並顯示 SnakeCanvas SnakeCanvas.java — 繼承 Canva

技巧一：自製工具類 — kSet (無重複集合) J2ME 缺乏 J2SE 的 java.util.Set，自行實作單鏈表版集合，用於記錄待消除方塊座標，保證唯

技巧一：雙緩衝消除螢幕閃爍 原理 閃爍成因：畫面顯示的同時程式又在修改像素。雙緩衝在記憶體開闢後台緩衝區，所有繪圖操作在後台完成，一次性複製到前台顯示。 實作

動畫播放基本原理 動畫由離散幀組成，連續播放產生動態視覺。每幀在遊戲迴路中繪製一次。 速度控制：若不控制，快手機播放過快、慢手機過慢。解決方案：鎖定遊戲 FPS

繪圖入口：paint(Graphics g) protected void paint(Graphics g) { // 系統自動呼叫，g 為系統提供的

三大鍵盤回調方法 方法觸發時機支援度 keyPressed(int keyCode)按鍵按下所有手機 keyReleased(int keyCode)按鍵釋放

什麼是狀態機？ 遊戲核心是一個永不停止的迴路 (Game Loop)。在每一幀中，根據當前狀態 執行不同邏輯： 5s) state=STATE_MENU; br

前言 本系列教學將手把手帶你從零開始建立 J2ME 遊戲專案，使用 JBuilder 2005/2006 + WTK 2.1/2.2 環境。 步驟 1：建立專

移植版本矩陣 開發基準平台：Nokia Series 40。後續移植版本： 目標平台技術棧代表機型 Nokia S40MIDP 1.0 + Nokia UI

摘要 本論文基於 J2ME 技術開發商用手機遊戲《撲克機》，將經典街機玩法移植至行動裝置。涵蓋手機軟硬體特性、J2ME 架構、MIDP 2.0 Game API