前言
J2ME 編程雖屬小眾，但其知識體系結構清晰。本文梳理掌握 J2ME 開發必須攻克的七大核心技術點，附帶實戰應用場景與避坑提示。
1. 高級用戶界面
- 核心類：
Form、TextBox、List、Alert 及 Item 子類（StringItem、ChoiceGroup、TextField、DateField、Gauge、ImageItem）。
- 事件處理：
CommandListener + ItemStateListener。
- 應用場景： 登入/註冊表單、設置頁、關於對話框、確認提示、簡單列表選擇。
- 優勢： 系統繪製、跨設備一致性好、代碼量少。
2. 低級用戶界面
- 核心類：
Canvas、Graphics、GameCanvas (MIDP 2.0+)。
- 關鍵能力： 像素級繪製、自定義動畫、按鍵輪詢 (
getKeyStates)、雙緩衝、精靈 (Sprite)、圖層管理 (LayerManager)。
- 應用場景： 遊戲、地圖導航、自定義圖表、複雜動畫、輸入法界面。
- 挑戰： 需自行處理佈局、焦點、觸控適配、性能優化。
3. 記錄存儲系統 (RMS)
- 本質： 手機無文件系統概念，RMS 提供鍵值型持久化存儲 (
RecordStore)。
- 操作： 開啟/創建、增刪改查、枚舉、監聽器 (
RecordListener)。
- 限制： 存儲空間小 (通常 100KB-1MB)、無索引查詢、並發需自行同步。
- 最佳實踐： 序列化對象存儲、定期清理過期記錄、關鍵數據備份至服務器。
4. 聲音處理系統
- MIDP 1.0： 無標準 API，依賴廠商擴展 (Nokia
com.nokia.mid.sound、Siemens 等)，移植性極差。
- MIDP 2.0 (MMAPI JSR-135)： 統一
Manager.createPlayer() 播放音頻/視頻/鈴聲，支援音量控制、循環、預取。
- 實戰建議： 優先用 MIDP 2.0 標準 API，舊機型降級為靜音或簡單鈴聲。
5. 網絡編程
- 協議： 主流支援 HTTP (GCF
HttpConnection)，Socket (SocketConnection) 支援率低 (僅高端機/智能機)。
- 模式： 必須異步執行 (獨立執行緒)，避免阻塞 UI 導致系統判定「無響應」殺進程。
- 關鍵點： 連接超時設置、重試策略、流式處理大數據、HTTPS 憑證驗證、流量壓縮 (GZIP)。
6. 多執行緒
- 核心地位： 網絡請求、遊戲迴路、後台數據處理、RMS 讀寫、媒體播放全靠多執行緒。
- 必會技能：
Thread/Runnable、synchronized/wait/notify、Timer/TimerTask、線程池模式 (手動實現)、UI 執行緒安全 (Display.callSerially)。
- 避坑： 死鎖、競態條件、過度同步導致卡頓、執行緒泄漏 (未正確停止)。
7. 短信編程 (WMA JSR-120/205)
- API：
MessageConnection、TextMessage、BinaryMessage、MultipartMessage (MMS)。
- 廠商支援： Nokia、Siemens、Samsung 等主流廠商均有實現。
- 場景： 驗證碼發送、遠程指令控制、MMS 彩信收發、雙向短信互動應用。
- 權限： 需用戶授權、簽名認證、部分運營商限制發送頻率/號碼。
8. 廠商擴展 API (Bonus)
- Siemens： 文件系統訪問、藍牙、相機控制。
- Nokia： 通訊錄讀寫、日曆、藍牙、推送註冊、全屏模式 (
FullCanvas)。
- 策略： 核心邏輯用標準 API，差異化功能用
System.getProperty("microedition.platform") 運行時判斷動態加載實現類。
學習路線圖建議
- 高級 UI + 事件處理 → 寫出第一個完整 MIDlet。
- RMS 持久化 → 實現設置保存、高分記錄。
- Canvas 繪圖基礎 → 繪製簡單動畫/圖表。
- 多執行緒 + HTTP 網絡 → 實現登入/數據同步。
- GameCanvas + Sprite/LayerManager → 開發第一個小遊戲。
- MMAPI 聲音 + WMA 短信 → 豐富交互體驗。
- 廠商擴展 API → 針對目標機型深度優化。
