GCF 架構核心：Connector.open() J2ME 通用聯網框架 (Generic Connection Framework, GCF) 以 java

WTK 版本演進與能力矩陣 版本支援規格關鍵特性 1.0.4MIDP 1.0 / CLDC 1.0基礎開發 2.0MIDP 2.0 / CLDC 1.0MID

核心通訊技術對比 J2ME 多人遊戲的網絡層選型直接決定架構複雜度與玩家體驗。MIDP 1.0 僅強制支援 HTTP，MIDP 2.0 新增 Socket (T

開發環境搭建：Eclipse + Sun WTK 安裝 JDK 1.4+（WTK 不含 JVM）。 安裝 Sun Java Wireless

圖集分割的必要性 遊戲開發中將零散小圖（數字、精靈幀、UI 圖示）合併為單一大圖（Sprite Sheet），可減少 JAR 體積、降低類載入數量、提升載入速度

為何需要 setClip？ J2ME 遊戲為了減少 JAR 體積與降低圖片載入開銷，常將多張小圖（如角色各幀、UI 圖示、數字字型）合併為一張圖集。Graphi

Nokia UI API 概覽 Nokia 在標準 J2ME (MIDP/CLDC) 基礎上擴充了專屬 API，統稱 Nokia UI API，封裝於 com.

亂碼根因：編碼不一致 J2ME 中文問題的本質在於寫入與讀取時使用的字元編碼不匹配。根據 MIDP 規範，所有支援 J2ME 的裝置強制支援 UTF-8，因此統

動畫本質：視覺暫留效應 所有動畫的核心原理皆是利用人眼的視覺暫留特性：在短時間內快速切換靜態畫面，形成連續動態的錯覺。J2ME 中透過 Canvas 重繪機制配

前言 在 J2ME 遊戲開發中，歡迎界面（Splash Screen）是玩家進入遊戲的第一印象。一個設計良好的歡迎界面不僅能展示遊戲品牌，還能在資源載入期間提供

為什麼不用高級 UI (List)？ List 雖簡單，但**樣式固定、無法全屏沉浸、動畫/音效受限**。遊戲主選單通常需： 全屏背景圖 + 動態特效

現象：模擬器 60fps，真機 5fps 甚至白屏 根因：**真機 GPU/CPU 極弱、無硬件加速、GC 停頓敏感、記憶體碎片嚴重**。paint() 為渲染

J2ME 線程模型特點 繼承 J2SE java.lang.Thread + Runnable 無 ThreadGroup、無 Daemon 線程

背景：CLDC 1.0 無 float、無 Math.sin/cos 早期功能機僅支援整數運算。若需實現旋轉、軌跡、波形等遊戲邏輯，**查表法**是唯一可行方案

為什麼 J2ME 流程比 J2SE 繁瑣？ 受限於設備資源，**J2ME 增加了「預驗證」與「打包/混淆」兩大強制步驟**，且最終必須在真機驗證，模擬器不完全等

使用說明 本清單整理自 Nokia / Java Verified 官方 UX 指南，適用於 **MIDP 2.0 / CLDC 1.1** 專案發布前的自查。

核心結論：生命週期完全由 AMS 掌控 MIDlet 的三大狀態 —— Paused（停止）、Active（激活）、Destroyed（銷毀） —— 只能由應用

專案概覽 類型：飛行射擊變體（潛艇題材） 平台：MIDP 2.0 / CLDC 1.1，Sun WTK 2.2 調試通過 架構：單例控制器 + G

挑戰：功能機上做 RTS 是不是天方夜譚？ 運算資源極限：CPU ~ 100-200 MHz，堆 1-2 MB 網絡延遲高：GPRS RTT 1-2

M3G 概覽：手機上的 OpenGL ES 前身 Mobile 3D Graphics API (JSR 184, M3G) 是 J2ME 的可選包，基於 Op