在今天计算已经无处不在。越来越多的人开始认为，经过了许多人共用一台计算机的大型主机时代，一人一台计算机的个人PC时代之后，下一个时代就是一人多台计算设备的普及计算时代（Ubiquitous Computing，IBM称之为Pervasive Computing）。计算设备将从单一的PC扩展到各种各样的大小和功能，从家庭消费电子产品，到个人随身携带，穿着，车载的各种移动信息处理设备，多样化是这个领域的最大特点。
网络是这个领域最重要的增值特性。当手机可以随时随地无线上网，PDA可以和个人PC同步，车载PC可以获得网上GPS地图数据时，这些孤立的设备才能够发挥最大的作用。
而平台无关性和网络功能正是Java的设计目标和能力（事实上，Java最初的设计目标就是用于消费电子领域，但是后来在PC和服务器上得到了发展）。"一次编写，到处运行"的平台无关性，对网络，多重设备间联网的机制（JINI）显然对这个领域是至关重要的软件条件。这个领域内的Java标准就是J2ME。
J2ME的由来
Java的最大目标和特点，就是"一次编写，到处运行"的平台无关性。但是，很自然的，正如Sun认识到的，"One size does’nt fit all"，一套标准无法适应各种不同的需求。因此，Java技术目前共有三套，分别针对不同的平台和应用。
Standard Edition（J2SE，标准版）：针对桌面端PC和工作站的个人和低端商务应用。
Enterprise Edition（J2EE，企业版）：针对服务器端企业级应用，支持Servlets, JSP和XML等等。
Micro Edition（J2ME，袖珍版，也有翻译为小型版或者移动版的。）针对有限内存，显示和处理能力的设备，主要是消费电子和嵌入式设备领域（这实际正是Java语言设计最初的目标领域）。
在消费电子和嵌入式设备领域，内存从几百K到几十M，从没有屏幕到Web-TV，CPU从低功耗的嵌入式处理器到206MHz的RISC处理器，硬件条件的差异是相当大的。这就使得J2ME的标准需要有不同的层次和类别来适应这个复杂的领域，因此相比之下J2ME就比J2SE和J2EE的标准要复杂得多。关于J2ME标准的文章已经有了不少，但是很少有文章清晰扼要地讲清楚J2ME的体系结构划分的原因，而只有清楚了划分的根据和为什么这么划分，才能够更好地理解标准。尤其是因为硬件发展速度是很快的，很有可能一段时间之后，如果还按最初标准的字面定义区划分设备就会陷于迷惘。作者阅读和浏览了相当多的文章和介绍，但有些问题也还是最近才认识得比较清楚，在此和读者分享我的认识，也希望得到建议和指正。因此，下面的介绍尽量不去重复其他文章中都已介绍过的一些具体细节，不去翻译规范的字面定义，而是分析规范制定的原因，类别划分的真正标准，从开发者的角度，让读者能够在这个复杂而多变的领域中更准确地把握技术的区别和趋势脉搏，更好地为将来广阔的机会做好准备。
J2ME体系结构――Configuration和Profiles
针对消费电子和嵌入式设备领域丰富多样的设备和彼此相差极大的计算能力及各种硬件条件，J2ME首先根据最基本的一些特征把它们划分为两类。
具备间断网络通讯能力的个人移动信息设备：如手机，双向呼机，PDA（Personal Digital Assistant，个人数字助理，也称掌上电脑）等等。
有固定的不间断网络连接的共享连接信息设备：如置顶盒（set-top boxes），Web-TV，支持Internet的有屏幕电话，汽车娱乐／导航系统等等。
Sun的J2ME FAQ（常见问题集）里有一个很好的概括：J2ME技术有两个设计中心�D�D手持的设备，和可以插到墙上插座的设备。第一类设备往往是个人化的，移动的，使用电池，体积和功耗都有限制，因此功能和计算能力有限。第二类设备一般是固定的，因此体积没有太大限制。由于固定，可以有持续电源供应，因此功耗没有太大问题，计算能力相对充裕。
计算能力是这两类设备的主要区别，对其上可能的应用和环境显然有着本质影响，不同类别的设备不可能采用同样的Java平台，必须分别定义。针对这两大类设备的平台规范就是Configuration（有译为配置的，不过我认为最好不译）。第一类设备的Configuration称为CLDC （Connected, Limited Device Configuration），第二类称为CDC（Connected Device Configuration）。
属于同一类的设备计算能力是相似的，但是其他功能和条件还有非常大的区别。作为Java平台必须保证相容性，这就必须舍弃所有的设备特殊性。因此，Configuration就是支持一组通用设备的最小Java平台，作为这些设备的最小公分母来保证不同设备间的平台相容性。这里的Java平台主要是指Java虚拟机（JVM）和核心库。
在Configuration中舍弃了设备的特殊性来保证Java平台的相容性，但是仅仅有Configuration显然是不够的，特殊的具体设备其独有的功能和硬件条件都没有得到支持。为此，在Configuration的基础上，根据设备具体功能再进行一次划分，比如智能手机，PDA等等。功能的划分也就是其他硬件条件的划分，比如屏幕大小，内存，计算能力，电力供应等等都是从属于功能的，因此同功能的设备的硬件条件都是非常相似的。 Profile（译为简表或者简档）就是针对每一类功能设备的特殊性定义的与设备特性相关的API，建筑于Configuration之上，作为Configuration的扩展和补充。例如MIDP（Mobile Information Device Profile，移动信息设备Profile）就定义了关于移动信息设备（主要指智能手机和一部分具有无线通信功能的PDA）的图形界面，输入和时间处理，持久性存储，短消息等等的API，并且考虑到了移动信息设备的屏幕和内存限制。而正在制定中的PDA Profile则定义了针对PDA的API，其屏幕，内存条件都要大于MIDP，但是网络方面的要求则显然和手机有所不同。如下图所示，同属于一个 Configuration的设备根据功能不同由不同的Profile来支持，Profile体现设备的特殊性，但是都建筑在一个共同的基础 Configuration平台之上。
关于J2ME的体系结构，我们可以这样总结：
Configuration的分类是根据计算能力的不同来划分的，同类设备的计算能力相近。Configuration是一个规范，定义了这类设备的共同Java平台，定义与设备无关的Java虚拟机和核心库，是平台相容性的基础。Profile的分类是根据设备功能划分的，同类功能的设备其他各种硬件条件和需求也相近。Profile是一组API，在某一Configuration的基础上扩展了针对设备特定功能的API，使得标准能够完全适应特殊的设备，彻底发挥设备的功能。
J2ME体系的一般结构是：由Configuration定义的Java虚拟机运行于设备的宿主操作系统之上，构成整个平台的基础。Configuration提供了基本的语言特性，Profile提供针对设备的特殊功能API和扩展类库。应用程序的运行环境需要一个Configuration和至少一个Profile，多个Profile可以共存，也可以叠加。
我们用两个具体设备的实现作为例子说明。在一个运行Palm OS的PDA上，Configuration采用CLDC，虚拟机采用KVM（虚拟机和Configuration是紧密相连的，KVM只是CLDC定义的一个参考实现（reference implementation），并不是唯一的选择），然后采用PDA Profile的Profile。在另一个运行Symbian的智能手机上，则可以采用KVM，CLDC，MIDP。
注：在JCP（Java Community Process，J2ME标准在这里制定）的网站上已经提出了JSR 68（Java Specification Request，标准提案），将在下一代J2ME标准中用Building Block概念来取代Configuration。其原因是，Profile经常需要提供J2SE中已有的功能，为了能够利用已有的J2SE API而不是重新制定新API，引入了Building Block概念。一个Building Block定义一个来自J2SE或者J2EE的API以用于J2ME。这样，Profile就可以通过Building Block来利用已有的API。