手机游戏开发站

本文主要介绍J2ME的基本概念。

1.名词

2.背景

3.j2me的基本结构

3.j2me的基本结构

sun把J2me分为两个部分：configuration 和 profile

configuration包括虚拟机（virtual machine），核心的类库与API。configuration层定义一个java虚拟机的特性与java类库的最小子集。也就是 说，configuration层提供了开发人员一个最基础，最核心的Java平台。就像我前文提到的，j2me把设备分为两类，一种是联接 设备（connected device），一种是有限联接设备（Connected, Limited Device）。对应这两种设备就有了两种J2ME configuration。分别为CDC（Connected Device Con-figuration ）和CLDC(Connected, Limited Device Configuration)。这里请注意，CDC使用经典的javaVM，而CLDC使用的是KVM(The K Virtual Machine)。

注：kvm是sun为使用16/32位RISC/CISC微处理器或控制器，并其可用内存为160kb～512kb 的的设备而开发的。

Profile 层也包含一组API，主要针对于特定的某一族系的设备而定义。profile层在特定的configuration层上实现，而我们程序员则负责在特定的 profile上编写应用程序。对于手机，pda等Connected, Limited Device。它们的profile层称为MIDP(Mobile InformationDevice Profile)。于是MIDP与CLDC合在一起就构成了一个完整的J2ME架构。
顺便说一句，对于MIDP上的应用程序sun也有独特的叫法，它们被称为MIDlet。你是不是觉得有点眼熟。想想java中的Applet。

4。深入理解CLDC

本节的部分内容译自J2ME White Paper，比较枯燥，但请记住，毕竟，正确的观念重于一切。

CLDC的目的

1. 为小型的，且资源有限，Connected Limited的设备定义一个标准的Java平台。

2. 允许动态的向这些设备发布内容与应用程序。

3. 方便第三方软件厂商与开发者向这些设备移植内容与应用程序。

CLDC的范围

1. Java语言与虚拟机的特性
2. 核心Java类库（如java.lang.*, java.util.*)
3. 输入/输出
   
4. 对网络的支持
   
5. 对安全性的支持
   
6. 对国际化的支持

CLDC不包括的范围（即由MIDP解决的)

1. 对应用程序life-cycle的管理（就是指一个应用程序是如何安装，运行，删除的）
   
2. UI界面（User Interface）
   
3. Event处理
   
4. 高级应用程序模式（这里指用户与应用程序的交互）。

CLDC的安全性

低端的基于虚拟机的安全性由下载时对class文件的审核（verification）步骤来保证。（如果你写过并编译过MIDlet程 序，就会知道这一步是必须的。这里有一个概念就行了，我会在以后讲述如何创建MIDlet程序时，详细介绍具体的步骤）。

基于应用程序的安全性通过使每个应用程序分别运行在相对独立的封闭环境中来保证并且处于被保护的系统package中的类不能被应用程序重 载（overridded）。

对于Java语言支持的特殊的方面

CLDC总的来说是与Java语言完全兼容的，但需注意以下几点：

1. 不支持浮点数据类型（即没有float和double）（这实际上主要是由于CLDC所面向的设备，其硬件因其内存限制或是基于安全性的考虑不支持 浮点运算）

2. 不支持类实例（class instance）的终结（finalization），即不存Object.finalize ()方法。（注：finalization指的是java中提供的有别与garbage collection的另外的一种对象清理方法。具体可参看侯捷老师译的Bruce Eckel的《Thinking in Java 第二版》，可以在www.jjhou.com中下载）

3. 有限的错误处理，即大部分Java.lang.Error的子类都未被支持。与此相反，CLDC包括了相当完备的异常（exception）类。

对于Java虚拟机（Java Virtual Machine）支持的特殊的方面

实质上CLDC在其严格的内存限制下达到了对Java虚拟机相当程度的兼容性。不过还是有下列不同点。

1. 不支持浮点数据类型（没有float和double）
2. 不支持JNI (the Java Native Interface )
3. 不支持用户自定义的Java级的类载入器（class loaders ）
4. 没有反射(reflection)特性（注：reflection指java通过java.lang.reflect提供的，可以对类的能力进行 分析的功能。常用来对类的结构进行检查，在JavaBeans上有广泛运用可参见Gary Cornell的Core Java2 volumeI,II，机工有出中译本）
5. 不支持线程组（thread groups）或守护线程（daemon threads）
6. 不支持类实例（class instance）的终结（finalization）
7. 没有弱参考（weak references）（注：weak reference提供了一种解决指向已经被garbage collector清除的对象的方法。在Java2中被介绍。具体请参考java.lang.ref API文档，和sun网站上关于Reference Objects和Garbage Collection的文章。）
8. 有限的错误处理（error handling）

4。深入理解CLDC (part II)

本节的部分内容译自J2ME White Paper，比较枯燥，但请记住，毕竟，正确的观念重于一切。

类 文件审核过程（classfiles Verification）

CLDC要求其下层的虚拟机能够辨别并拒绝非法的 class文件。但由于CLDC本身面向小内存消耗的小型设备这一前提。其类文件检测机制与J2SE中定义的标准类文件审核机制还有所不同。请注意看下 图：

MyApp.java
     │
     ↓
┌────┐
│Javac │┄编译器
└────┘
     ↓
MyApp.class
     ↓
┌───────┐
│preverifier│┈预审核器
└───────┘
     ↓
MyApp.class
     │
     ↓download...
┌───────────┒
│                         ┠┄┄KVM运行环境
│┌──────┐       ┃ （目标设备）
││ verifier  │       ┃
│└──────┘       ┃
│                         ┃
│┌────────┐  ┃
││                   │  ┃
││intERPreter │  ┃
││                   │  ┃
│└────────┘   ┃
┕━━━━━━━━┛
图2 CLDC/KVM中类文件的审核过程

请注意CLDC中的预审核（preverification）过程。这是CLDC 区别于通常的类文件审核过程的关键。如上图所示，当源程序被编译后，必须被预审核器预审核，然后才能被下载到目标设备上去。之所以有这一步骤，主要是为了 减轻KVM中审核器的负担，加快审核速度。就像我前文提到的，这是出于对 CLDC支持的硬件的考虑（毕竟手机和PDA并没有我们PC机那样奔腾的“芯”呀！^-^）。这里记住这个概念就行了。具体的操作方法我会在以后讲述编写 MIDlet程序时介绍。

类文件格式

sun要求通过 Jar（compressed Java Archive）给Java应用程序打包，这里也不例外。所以如果你想把你的MIDlet程序下载到设备上运行，你就得先用jar打包。具体的操作方法我 会在以后讲述编写MIDlet程序时介绍。

CLDC的类库

如果不严格的 说，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,
ClassCastException, IllegalArgumentException,
IllegalThreadStateException, NumberformatException,
IllegalMonitorStateException, IndexOutOfBoundsException,
ArrayIndexOutOfBoundsException,
StringIndexOutOfBoundsException,
NegativeArraySizeException, NullPointerException,
SecurityException
From java.util:
EmptyStackException, NoSuchElementException
From java.io:
EOFException, IOException, InterruptedException,
UnsupportedEncodingException, UTFDataformatException

错误类
From java.lang:
Error, VirtualMachineError, OutOfMemoryError

(2)CLDC专有的类

这 里sun提供了javax.microedition.io包。用它来提供与外界沟通的桥梁。（注：就像在J2SE中我们利用java.net.*）注 意，所有的连接都由javax.microedition.Connector创建。例如：你可以打开一个http连接通过 Connector.open("http://www.chinajavaworld.com")

javax.microedition.io 的接口包括：
Connection, InputConnection, OutputConnection,
StreamConnection, ContentConnection, DatagramConnection,
StreamConnectionNotifier

这里再说明一点，实际上你也可以看出，CLDC所包括的类库，并不足以开 发应用程序。例如，没有UI界面的支持等。这也正是CLDC的设计理念。CLDC本身就从未想过要解决所有的问题。这些问题要靠其上层的 Profile－MIDP来解决。例如javax.microedition.lcdui就是定义在 MIDP中的UI包。

更多阅读:

• J2ME Icon Size
• J2ME的事件传输机制
• J2ME中文的支持问题
• J2ME 根据显示宽度分割字符串
• J2ME使用颜色