J2ME(CLDC/MIDP)简介

名词梳理
  在正式开始介绍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

作者:BitsCN整理   来源:中国网管联盟

 
阅读更多
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页