j2me(java 2 platform micro edtion)是什么？它既不是一个软件，又不是一个规范。这样说可能会令人糊涂，甚至某些已经熟悉j2se的开发人员都感到困惑。实际上，我们可以把j2me看成是一个技术和规范的集合。与j2se针对桌面应用开发不同，j2me针对多种多样的嵌入式设备，由于这类设备的多样性，期望有一种能适合所有设备的方案并不现实， j2me只是一个统称，是所有与嵌入式设备相关技术的集合。
　　
　　j2me的组成
　　
　　j2me平台并没有定义一种新语言，它仅仅是把已有的java技术移植到手持设备和嵌入式设备上，它尽可能地维护了与j2se的兼容性。事实上，j2me并没有定义一些新类去满足资源受限设备的应用需求，而是去掉了j2se（或者j2ee）中不必要的部分，从而适合于这类资源受限设备的需求。
　　
　　如果要深入地了解j2me，我们就必须弄清楚j2me与embeddedjava应用环境和personaljava应用环境的关系（图1）。　
　　　
　　从图中可以看出，embeddedjava应用环境和personaljava应用环境与j2me平台是完全分离的，它们都基于jdk 1.1，而j2me平台的来源则完全不同。java card是j2me的补充，但并不是它的一部分。
　　
　　自oak出现以后，java技术经过了漫长的发展历程：从embedded java到personaljava应用环境，再到midp 1.0。直到不久以前，“java 2平台微型版（j2me）”一词还是“移动信息设备概要（midp）”的同义词，因为midp 1.0是当时市场上惟一的j2me profile，也是惟一针对电子设备编程的j2me api。而现在j2me已经进化成为一种有组织的架构，其中包括一组针对高端pda和嵌入式设备的java api，以及一组针对诸如手机、低端pda和智能卡等资源严重受限设备的java api。j2me平台规范（jsr 68）定义了所有关键元素，这些元素尽可能地提高了可重用性，包括概要、配置、可选包和构件。图2显示了j2me的组织结构，这是一种软件栈结构，新的功能可以被不断地增添上去。
　　
　　图2中并没有显示出与厂商有关的api，它们并不是标准概要和配置的一部分，比如控制无线电传输器或其他给定设备的api，你可以把它们看成是对标准概要的扩展。
　　
　　在这里，configuration是一个规范，它定义了基本的j2me运行环境，包括虚拟机和一组源自j2se的核心类子集。profile是建立在某个configuration之上的特定api集合，它是对configuration的扩展，提供基本configuration所缺少的功能，包括应用程序生命周期、用户界面、网络连接、存储、安全等。为了在不改动profile的前提下增加设备的功能，j2me在profile之外又提供了可选包，您可将它们看成profile的扩展，每个可选包为某个或某些profile增加特定的功能。　
　　　
　　j2me的这种结构很好地适应了嵌入式设备的巨大多样性。从低到高，你可根据设备的情况采用不同的configuration，在同一configuration中你又可以根据设备的用途选用不同的profile，你还可以在同一设备中采用多个profile，如果你还嫌功能不够，尚有可选包可用。
　　
　　到现在，我们已经非常清楚地了解了j2me的结构，让我们来看看已经发布的configuration和profile有哪些？
　　
　　已发布的configuration
　　
　　截止到目前，已发布了两个configuration：连接受限设备配置 ( connected limited device configuration，简称cldc) 和连接设备配置(connected device configuration，简称cdc)。这两个configuration的共性是它们都是针对有网络连接的设备定义的，无论它是高速的固定连接，还是低速的无线连接；另一方面，两者之间也存在很多差别，包括各自所采用的java虚拟机，以及可提供的特性和api。
　　
　　无论是cldc还是cdc，其核心都是java虚拟机。cldc采用了kvm，它是一个真正的最小的而又基本上完整的java虚拟机，小到可以装入几十kb的内存中。cdc则采用了cvm，它是一个具有完整的j2se 1.3 vm支持能力的java虚拟机，因此也更适合使用、更有效，但又比标准的j2se vm小。作为一个全功能的java虚拟机，cvm几乎支持j2se vm的所有先进特性，包括最底层的调错处理和本地语言接口。
　　　
　　1．cldc　
　　
　　cldc（connected limited device configuration ）是最小的j2me配置，它直接源自spotless system，针对非常小、资源有限、有网络连接的设备，诸如低端手机、pda、双向寻呼机等。这些设备计算能力较低、内存少、电池寿命不长、网络带宽小。
　　
　　cldc对硬件的要求不高，可以运行在采用16位或32位处理器、最少拥有160kb rom和32kb ram，并能提供某种网络连接的设备上。cldc采用j2se核心api的子集，还增加了特定的gcf (generic connection framework)包――javax .microedition.io。
　　　
　　2．cdc　
　　
　　与cldc相比，cdc是为资源更宽裕的设备定义的规范，诸如高端手机、高端pda、机顶盒、信息家电、甚至汽车导航系统等。支持cdc的设备需要32位处理器、至少2mb内存以及某种网络连接。cdc是cldc的超集，它包括cldc定义的所有类，甚至包括j2se未包括的类，诸如gcf等。它是一个具有与j2se 1.3 vm相同功能但规模更小的虚拟机。由于cdc包括了更多的j2se 核心类，因此编程更加方便。
　　
　　已发布的profile
　　
　　j2me中第一个正式发布的profile是midp，而且随后比较长的时间内未有其他profile发布，以至有人把midp等同于j2me了，但实际上，midp只是j2me中的一部分。目前已经发布的profile包括基于cldc的midp和pdap（personal digital assistant profile）;基于cdc的fp（foundation profile）、pbp（personal basis profile）和pp（personal profile）。
　　
　　1．基于cldc的profile　
　　　
　　基于cldc的profile包括midp和pdap，但已经正式发布的只有midp。midp (the mobile information device profile)是最早发布且最成熟的j2me profile。它主要是针对手机设备提出的，目前几乎所有的主流厂商都支持midp，包括摩托罗拉、诺基亚、爱立信、西门子等主要手机生产商；支持midp的电信运营商包括sprintpcs、 nextel和ntt docomo。许多独立软件开发商也支持midp，表1描述了midp 2.0对设备的需求。
　　
　　midp规范最早由摩托罗拉提出，被jsr 37定义。它定义了midp应用程序的生命周期类、网络类、用户界面包、存储包，具体包括java.io、java.lang、java.lang、javax.microedition.io、javax.microedition.lcdui、javax.microedition.midlet和javax.microedition.rms。
　　
　　2．基于cdc的profile
　　
　　cdc针对更高端的手持或嵌入式设备，这些设备有更多的内存和更强的处理能力，但其配置和概要是相同的。cdc为设备提供了通用的、底层的界面；基于cdc的profile则提供了适合特定设备的类。截止到目前，基于cdc的profile有fp、pbp和pp。
　　
　　（1）fp
　　
　　fp(the foundation profile)规范不像其他的profile那样提供运行环境，而是为其他基于cdc的profile 提供一个基础，本规范编号为jsr 46。 它为基于cdc的profile提供了更好的安全性、更多的工具包。该规范并没有包含任何用户界面包，因此该规范适合于某些无用户界面但有网络连接的专用嵌入设备。
　　
　　（2） pbp
　　
　　pbp(the personal basic profile)规范针对有网络连接并有基本图形界面的设备。潜在的市场包括交互数字电视、信息电话亭等。这些设备需要一个基本的图形界面，但并不需要完整的awt支持。该规范与pp的主要区别是：pp要考虑移植personaljava ，因此必须支持以前personaljava中的所有特性。该规范对硬件的要求如下：最少2mb的rom、1mb的 ram（应用程序和本地化资源所需的内存不包括在内）、稳定的网络连接、基本的图形界面。pbp规范的编号为jsr 129，它定义了最小的awt用户界面包、javabeans支持相关包、应用程序生命周期类。pbp应用程序也叫xlet。
　　
　　（3）pp
　　
　　pp（personalprofile）是personaljava环境的具体实现，由jsr 62定义。它是pbp的超集，提供了cdc、fp和pbp中描述的所有java包。它还增加了其他profile缺少的awt类和小程序支持。pp主要针对高端设备，其内存应该不少于2mb。
　　
　　已发布的可选包
　　
　　截止到目前，正式发布的可选包有wma（the wireless messaging api）、mmapi（the mobile media api）和rmi api。
　　
　　（1）wma可选包
　　
　　它由jsr 120定义， 为某些具有收发无线信息的设备提供api。它定义了一组收发信息的api，信息既可以是文本信息也可以是二进制信息，最典型的就是sms（短信服务）。它可用于cldc和cdc。该api只有一个包javax.wireless.messaging 。
　　
　　（2）mmapi可选包
　　
　　mmapi由jsr 135定义，它为某些具有高级音响和多媒体功能的设备提供了一个通用但灵活的多媒体处理api。该可选包以cldc为最低需求，因此也可用于cdc。该api定义的包如表2所示。
　　
　　（3）rmi可选包
　　
　　rmi由jsr 66定义， 它为某些需要rmi功能的编程提供了支持。该api是j2se中相应api的改进版本。 包名为java.rmi。
　　
　　未来发展
　　
　　在三个java 2平台中，j2me可能是变化最快的。随着手持设备、嵌入式设备的增多，许多新的profile、可选包也即将发布，让我们来看一些即将发布的最令人兴奋的profile和可选包。
　　
　　● midp2.0