J2ME 架構全景解析：從 Configuration、Profile 到 MIDP、CDC 的演進與選型指南

前言：為什麼 J2ME 看起來這麼複雜？

初次接觸 Java 2 Micro Edition 的開發者，常被 CLDC、CDC、MIDP、KVM、JTWI、MMAPI、WMA 等術語淹沒。本文從宏觀架構出發，梳理 J2ME 的版本演進、核心概念、設備分層與開發選型策略，助你建立清晰的知識地圖。

一、Java 版本演進脈絡

• OAK (1991)：Sun 為嵌入式系統設計的前身語言
• Java 1.0/1.1：轉向桌面 Applet 與應用程序開發
• Embedded Java / Personal Java (Java 1.1 時期)：回歸嵌入式，分針對無顯示設備與消費電子設備
• Java 2 (J2SE/J2EE/J2ME)：三大版本劃分，統一生態，避免樹枝狀擴散

二、J2ME 核心架構：Configuration + Profile

J2ME 採用「配置 + 配置檔」雙層架構，針對異構嵌入式設備提供靈活適配：

1. Configuration：設備能力基線

CLDC 1.0 vs 1.1：1.1 新增 float/double 浮點支持、java.lang.Math 完整實現、弱引用等特性。

2. Profile：垂直領域 API 標準

Profile 建立在 Configuration 之上，定義特定領域的 UI、持久化、網絡、多媒體等 API：

• MIDP (Mobile Information Device Profile)：手機應用主流標準
  • MIDP 1.0：基礎 UI (Form/List/Alert)、RMS、HTTP
  • MIDP 2.0：Game API、多媒體 (MMAPI 子集)、推送註冊、HTTPS、信任域安全模型
• PBP/PP (Personal Basis/Personal Profile)：基於 CDC，提供 AWT/Swing 子集，面向高端 PDA
• 可選包 (Optional Packages)：JSR 135 MMAPI (多媒體)、JSR 184 M3G (3D)、JSR 120 WMA (短信)、JSR 75 PIM/文件系統、JSR 82 Bluetooth、JSR 172 Web Services、JSR 179 Location 等

三、開發工具鏈與預審核

J2ME 開發流程：javac 編譯 → (可選) 混淆 → preverify 預審核 → jar 打包 → 生成 .jad 描述文件 → OTA/數據線部署。

預審核器作用：在 PC 端預先完成字節碼驗證大部分工作，在類文件中添加標記，大幅減少設備端驗證開銷，加快啟動速度、省電。

四、為什麼選擇 Java 做 PDA/手機開發？

• Write Once, Run Anywhere：同一套代碼跨 PalmOS、WinCE、EPOC、Linux、Symbian 等平台運行
• 投資回報率高：避免為每個平台重寫代碼
• 性能可控：預審核、專用 CPU、JIT 編譯技術持續改善性能

五、關鍵規格參考鏈接

• J2ME 官網：java.sun.com/j2me
• CLDC/KVM：java.sun.com/products/cldc
• MIDP：java.sun.com/products/midp
• JTWI (JSR 185)：JTWI 規範
• 可選包列表：MMAPI (JSR 135)、M3G (JSR 184)、WMA (JSR 120)、PIM (JSR 75)、Bluetooth (JSR 82)、Web Services (JSR 172)、Location (JSR 179)

總結

J2ME 不是單一 JVM，而是一個規範族群。理解「Configuration 定義硬件底線，Profile 定義垂直 API，可選包按需擴展」這一核心邏輯，即可在繁雜術語中把握主線，根據目標設備能力快速選型：手機首選 CLDC + MIDP，高端設備考慮 CDC + PBP/PP，特定功能引入對應可選包。