J2ME(CLDC/MIDP)简介
时间：2010-05-17 来源：myjiushizhe
名词梳理
在正式开始介绍J2ME之前，这里我列出一些常见名词,方便与下文参照：
J2ME(Java2 Platform, Micro Edition) Java2平台微型版
CLDC(Connected, Limited Device Configuration) 连接受限设备配置
CDC（Connected Device Configuration）连接设备配置
MIDP(Mobile Information Device Profile) 移动信息设备描述
KVM(The K Virtual Machine) K虚拟机
背景
随着无线应用与嵌入式系统的愈来愈受到人们的重视，SUN也推出了J2ME(Java2 Platform, Micro Edition)来迎合这一未来的发展趋势。
实际上这道也不能算是最新推出，熟悉Java历史的人都知道，Java原先本是为了开发消费性电子产品而研制的。谁知，无心插柳柳成荫，因在网络应用上的出色表现而流行，以至到现在的在serverside上的应用，如J2EE、EJB等等，发展的越来越庞大。这次sun又推出了J2ME，这实质是杀了个回马枪。至于实际表现如何，我们还得拭目以待。
sun认为，未来的信息设备将比我们今天的更为customizable 和 personal。这一点我们已经可以从手机和pda的流行程度看出。所以为了开发面向这些设备的applications。sun推出了J2ME。于是现有的Java版本变为了三个：J2EE ,J2SE和J2ME，分别对应与不同的目标设备，如下图所示。
图1 Java版本的划分和针对的设备
CLDC/MIDP的基本结构
粗略的说j2me把设备分为两类，一种是联接设备（ connected device），一种是有限联接设备（Connected, Limited Device）。前一种对应于那些有电源的，电力充裕，较大的设备。例如：电视机，冰箱等，后一种对应于主要使用电池，小型的设备，例如：手机，pda等。
这里我主要只涉及第二种，有限联接设备（Connected, Limited Device）。
sun把J2me的实现分为两层：configuration 和 profile。
configuration包括虚拟机（virtual machine），核心的类库与API。configuration层定义一个java虚拟机的特性与java类库的最小子集。也就是说，configuration层提供了开发人员一个最基础，最核心的Java平台。因为j2me把设备分为两类：联接设备（connected device）和有限联接设备（Connected, Limited Device）。对应这两种设备就有了两种J2ME configuration。分别为CDC（Connected Device Configuration）和CLDC(Connected, Limited Device Configuration)。这里请注意，CDC使用经典的javaVM，而CLDC使用的是KVM(The K Virtual Machine)。KVM是sun专门为使用16/32位RISC/CISC微处理器或控制器，并其可用内存为160kb～512kb的的设备而开发的。KVM比较小，通常只有128K或更少。
Profile层也包含一组API，主要针对于特定的某一族系的设备而定义。profile层在特定的
configuration层上实现，而我们程序员则负责在特定的profile上编写应用程序。对于手机，pda等Connected, Limited Device。它们的profile层称为MIDP(Mobile Information Device Profile)。于是MIDP与CLDC合在一起就构成了一个完整的J2ME架构。顺便说一句，对于MIDP上的应用程序sun也有独特的叫法，它们被称为MIDlet。你是不是觉得有点眼。想想java中的applet。下图显示了开发手机应用的结构。
图2 CLDC/MIDP的结构
深入理解CLDC/MIDP
CLDC的目的
为小型的，且资源有限，Connected Limited的设备定义一个标准的Java平台。
允许动态的向这些设备发布内容与应用程序。
方便第三方软件厂商与开发者向这些设备移植内容与应用程序。
CLDC的范围
Java语言与虚拟机的特性
核心Java类库（如java.lang.*, java.util.*)
输入/输出
对网络的支持
对安全性的支持
对国际化的支持
CLDC不包括的范围（即由MIDP解决的)
对应用程序life-cycle的管理（就是指一个应用程序是如何安装，运行，删除的）
UI界面（User Interface）
Event处理
高级应用程序模式（这里指用户与应用程序的交互）。
CLDC的安全性
低端的基于虚拟机的安全性由下载时对class文件的审核（verification）步骤来保证。（如果你写过并编译过MIDlet程序，就会知道这一步是必须的。这里有一个概念就行了，我会在后面讲述如何创建MIDlet程序时，详细介绍具体的步骤）。基于应用程序的安全性通过使每个应用程序分别运行在相对独立的封闭环境中来保证并且处于被保护的系统package中的类不能被应用程序重载（overridded）。
对于Java语言支持的特殊方面
CLDC总的来说是与Java语言完全兼容的，但需注意以下几点：
不支持浮点数据类型（即没有float和double）（这实际上主要是由于CLDC所面向的设备，其硬件因其内存限制或是基于安全性的考虑不支持浮点运算）
不支持类实例（class instance）的终结（finalization），即不存Object.finalize()方法。（注：finalization指的是java中提供的有别与garbage collection的另外的一种对象清理方法。具体可参看侯捷老师译的Bruce Eckel的《Thinking in Java 第二版》，可以在www.jjhou.com中下载）
有限的错误处理，即大部分Java.lang.Error的子类都未被支持。与此相反，CLDC包括了相当完备的异常（exception）类。
对于Java虚拟机（Java Virtual Machine）支持的特殊的方面
实质上CLDC在其严格的内存限制下达到了对Java虚拟机相当程度的兼容性。不过还是有下列不同点：
不支持浮点数据类型（没有float和double）
不支持JNI (the Java Native Interface )不支持用户自定义的Java级的类载入器（class loaders ）
没有反射(reflection)特性（注：reflection指java通过java.lang.reflect提供的，可以对类的能力进行分析的功能。常用来对类的结构进行检查，在JavaBeans上有广泛运用可参见Gary Cornell的Core Java2 volumeI,II，机工有出中译本）
不支持线程组（thread groups）或守护线程（daemon threads）
不支持类实例（class instance）的终结（finalization）
没有弱参考（weak references）（注：weak reference提供了一种解决指向已经被garbage collector清除的对象的方法。在Java2中被介绍。具体请参考java.lang.ref API 文档，和sun网站上关于Reference Objects和Garbage Collection的文章。）
有限的错误处理（error handling）
类文件审核过程（classfiles Verification）
CLDC要求其下层的虚拟机能够辨别并拒绝非法的class文件。但由于CLDC本身面向小内存消耗的小型设备这一前提。其类文件检测机制与J2SE中定义的标准类文件审核机制还有所不同。请注意看下图：
图3 CLDC的类审核机制
请注意上图所示CLDC中的预审核（preverification）过程。这是CLDC区别于通常的类文件审核过程的关键。如上图所示，当源程序被编译后，必须被预审核器预审核，然后才能被下载到目标设备上去。之所以有这一步骤，主要是为了减轻KVM中审核器的负担，加快审核速度。就像我前文提到的，这是出于对CLDC支持的硬件的考虑（毕竟手机和PDA并没有我们PC机那样奔腾的“芯”呀！^-^）。这里记住这个概念就行了。具体的操作方法我会在以后讲述编写MIDlet程序时介绍。
CLDC的类库API
如果不严格的说，CLDC的类库是J2SE的一个小的子集，有以下这种近似关系成立，即J2SE包含CDC包含CLDC。但要注意CLDC并未完全包含于J2SE，它还包括一些专门针对无线设施的类。所以可以把CLDC的类库简要划分为两部分：从J2SE继承的类和CLDC专有的类。
1. 从J2SE继承的类
这部分包括三个package，即java.lang,java.util和java.io。注意即使这些从J2SE继承的的类，也是大大“缩了水”的。例如java.util的类与接口由J2SE的47个缩减到10个。另外两个也有相应缩减。
系统类
From java.lang:
Object, Class, Runtime, System, Thread, Runnable,
String, StringBuffer, Throwable
数据类型类
From java.lang:
Boolean, Byte, Short, Integer, Long, Character
容器类（container class)
From java.util:
Vector, Stack, Hashtable, Enumeration
I/O 类
From java.io:
InputStream, OutputStream, ByteArrayInputStream,
ByteArrayOutputStream, DataInput, DataOutput,
DataInputStream, DataOutputStream, Reader, Writer,
InputStreamReader, OutputStreamWriter, PrintStream
日期与时间类
From java.util:
Calendar, Date, TimeZone
附加的实用类
java.util.Random, java.lang.Math
异常类（Exception Classes）
From java.lang:
Exception, ClassNotFoundException,
IllegalAccessException, InstantiationException,
InterruptedException, RuntimeException,
ArithmeticException, ArrayStoreException
在正式开始介绍J2ME之前，这里我列出一些常见名词,方便与下文参照：
J2ME(Java2 Platform, Micro Edition) Java2平台微型版
CLDC(Connected, Limited Device Configuration) 连接受限设备配置
CDC（Connected Device Configuration）连接设备配置
MIDP(Mobile Information Device Profile) 移动信息设备描述
KVM(The K Virtual Machine) K虚拟机
背景
随着无线应用与嵌入式系统的愈来愈受到人们的重视，SUN也推出了J2ME(Java2 Platform, Micro Edition)来迎合这一未来的发展趋势。
实际上这道也不能算是最新推出，熟悉Java历史的人都知道，Java原先本是为了开发消费性电子产品而研制的。谁知，无心插柳柳成荫，因在网络应用上的出色表现而流行，以至到现在的在serverside上的应用，如J2EE、EJB等等，发展的越来越庞大。这次sun又推出了J2ME，这实质是杀了个回马枪。至于实际表现如何，我们还得拭目以待。
sun认为，未来的信息设备将比我们今天的更为customizable 和 personal。这一点我们已经可以从手机和pda的流行程度看出。所以为了开发面向这些设备的applications。sun推出了J2ME。于是现有的Java版本变为了三个：J2EE ,J2SE和J2ME，分别对应与不同的目标设备，如下图所示。
图1 Java版本的划分和针对的设备
CLDC/MIDP的基本结构
粗略的说j2me把设备分为两类，一种是联接设备（ connected device），一种是有限联接设备（Connected, Limited Device）。前一种对应于那些有电源的，电力充裕，较大的设备。例如：电视机，冰箱等，后一种对应于主要使用电池，小型的设备，例如：手机，pda等。
这里我主要只涉及第二种，有限联接设备（Connected, Limited Device）。
sun把J2me的实现分为两层：configuration 和 profile。
configuration包括虚拟机（virtual machine），核心的类库与API。configuration层定义一个java虚拟机的特性与java类库的最小子集。也就是说，configuration层提供了开发人员一个最基础，最核心的Java平台。因为j2me把设备分为两类：联接设备（connected device）和有限联接设备（Connected, Limited Device）。对应这两种设备就有了两种J2ME configuration。分别为CDC（Connected Device Configuration）和CLDC(Connected, Limited Device Configuration)。这里请注意，CDC使用经典的javaVM，而CLDC使用的是KVM(The K Virtual Machine)。KVM是sun专门为使用16/32位RISC/CISC微处理器或控制器，并其可用内存为160kb～512kb的的设备而开发的。KVM比较小，通常只有128K或更少。
Profile层也包含一组API，主要针对于特定的某一族系的设备而定义。profile层在特定的
configuration层上实现，而我们程序员则负责在特定的profile上编写应用程序。对于手机，pda等Connected, Limited Device。它们的profile层称为MIDP(Mobile Information Device Profile)。于是MIDP与CLDC合在一起就构成了一个完整的J2ME架构。顺便说一句，对于MIDP上的应用程序sun也有独特的叫法，它们被称为MIDlet。你是不是觉得有点眼。想想java中的applet。下图显示了开发手机应用的结构。
图2 CLDC/MIDP的结构
深入理解CLDC/MIDP
CLDC的目的
为小型的，且资源有限，Connected Limited的设备定义一个标准的Java平台。
允许动态的向这些设备发布内容与应用程序。
方便第三方软件厂商与开发者向这些设备移植内容与应用程序。
CLDC的范围
Java语言与虚拟机的特性
核心Java类库（如java.lang.*, java.util.*)
输入/输出
对网络的支持
对安全性的支持
对国际化的支持
CLDC不包括的范围（即由MIDP解决的)
对应用程序life-cycle的管理（就是指一个应用程序是如何安装，运行，删除的）
UI界面（User Interface）
Event处理
高级应用程序模式（这里指用户与应用程序的交互）。
CLDC的安全性
低端的基于虚拟机的安全性由下载时对class文件的审核（verification）步骤来保证。（如果你写过并编译过MIDlet程序，就会知道这一步是必须的。这里有一个概念就行了，我会在后面讲述如何创建MIDlet程序时，详细介绍具体的步骤）。基于应用程序的安全性通过使每个应用程序分别运行在相对独立的封闭环境中来保证并且处于被保护的系统package中的类不能被应用程序重载（overridded）。
对于Java语言支持的特殊方面
CLDC总的来说是与Java语言完全兼容的，但需注意以下几点：
不支持浮点数据类型（即没有float和double）（这实际上主要是由于CLDC所面向的设备，其硬件因其内存限制或是基于安全性的考虑不支持浮点运算）
不支持类实例（class instance）的终结（finalization），即不存Object.finalize()方法。（注：finalization指的是java中提供的有别与garbage collection的另外的一种对象清理方法。具体可参看侯捷老师译的Bruce Eckel的《Thinking in Java 第二版》，可以在www.jjhou.com中下载）
有限的错误处理，即大部分Java.lang.Error的子类都未被支持。与此相反，CLDC包括了相当完备的异常（exception）类。
对于Java虚拟机（Java Virtual Machine）支持的特殊的方面
实质上CLDC在其严格的内存限制下达到了对Java虚拟机相当程度的兼容性。不过还是有下列不同点：
不支持浮点数据类型（没有float和double）
不支持JNI (the Java Native Interface )不支持用户自定义的Java级的类载入器（class loaders ）
没有反射(reflection)特性（注：reflection指java通过java.lang.reflect提供的，可以对类的能力进行分析的功能。常用来对类的结构进行检查，在JavaBeans上有广泛运用可参见Gary Cornell的Core Java2 volumeI,II，机工有出中译本）
不支持线程组（thread groups）或守护线程（daemon threads）
不支持类实例（class instance）的终结（finalization）
没有弱参考（weak references）（注：weak reference提供了一种解决指向已经被garbage collector清除的对象的方法。在Java2中被介绍。具体请参考java.lang.ref API 文档，和sun网站上关于Reference Objects和Garbage Collection的文章。）
有限的错误处理（error handling）
类文件审核过程（classfiles Verification）
CLDC要求其下层的虚拟机能够辨别并拒绝非法的class文件。但由于CLDC本身面向小内存消耗的小型设备这一前提。其类文件检测机制与J2SE中定义的标准类文件审核机制还有所不同。请注意看下图：
图3 CLDC的类审核机制
请注意上图所示CLDC中的预审核（preverification）过程。这是CLDC区别于通常的类文件审核过程的关键。如上图所示，当源程序被编译后，必须被预审核器预审核，然后才能被下载到目标设备上去。之所以有这一步骤，主要是为了减轻KVM中审核器的负担，加快审核速度。就像我前文提到的，这是出于对CLDC支持的硬件的考虑（毕竟手机和PDA并没有我们PC机那样奔腾的“芯”呀！^-^）。这里记住这个概念就行了。具体的操作方法我会在以后讲述编写MIDlet程序时介绍。
CLDC的类库API
如果不严格的说，CLDC的类库是J2SE的一个小的子集，有以下这种近似关系成立，即J2SE包含CDC包含CLDC。但要注意CLDC并未完全包含于J2SE，它还包括一些专门针对无线设施的类。所以可以把CLDC的类库简要划分为两部分：从J2SE继承的类和CLDC专有的类。
1. 从J2SE继承的类
这部分包括三个package，即java.lang,java.util和java.io。注意即使这些从J2SE继承的的类，也是大大“缩了水”的。例如java.util的类与接口由J2SE的47个缩减到10个。另外两个也有相应缩减。
系统类
From java.lang:
Object, Class, Runtime, System, Thread, Runnable,
String, StringBuffer, Throwable
数据类型类
From java.lang:
Boolean, Byte, Short, Integer, Long, Character
容器类（container class)
From java.util:
Vector, Stack, Hashtable, Enumeration
I/O 类
From java.io:
InputStream, OutputStream, ByteArrayInputStream,
ByteArrayOutputStream, DataInput, DataOutput,
DataInputStream, DataOutputStream, Reader, Writer,
InputStreamReader, OutputStreamWriter, PrintStream
日期与时间类
From java.util:
Calendar, Date, TimeZone
附加的实用类
java.util.Random, java.lang.Math
异常类（Exception Classes）
From java.lang:
Exception, ClassNotFoundException,
IllegalAccessException, InstantiationException,
InterruptedException, RuntimeException,
ArithmeticException, ArrayStoreException
相关阅读 更多 +
