Configuration
J2ME通过对Configuration的抽象来处理大量千差万别的移动设备硬件功能。J2ME configuration定义了特定设备可用的虚拟机和低级API，同时提供相应的开发基础。目前可用的Configuration有两种，它们是连接设备配置CDC（Connected Device Configuration）和连接有限设备配置CLDC（Connected Limited Device Configuration）。

连接设备配置

CDC应用于相对内存量较大、更强处理器的移动设备。CDC规范采用了内存优化的虚拟机，也就是所谓的CVM，通过它提供等同标准JVM的特性。按照Sun的文档说明， CDC针对新型PDA、智能通讯设备和机顶盒之类的高端设备。为了能够受到CDC支持，移动设备必须至少具备以下条件：

用于CVM和Java API库的2 MB内存。
32位微处理器或者控制器。
可用网络连接，最好是高带宽连接。
连结有限设备配置
CDC的要求有利于昂贵的移动电话、IR扫描仪或类似产品。CLDC则主要针对那些更轻便、更便宜、不能满足CDC要求的设备。

CLDC采用了更轻型的虚拟机，设计为在较低内存环境下运行。这种JVM的参考实现也就是所谓的KVM，为什么要叫KVM呢？这是因为这种虚拟机的大小是以千字节度量的。CLDC 的设备需求如下：

最低160KB的内存，其中128KB用于KVM和运行时库
最低16位25-MHz处理器
有限的用户界面功能
没有（或者间歇的）低带宽网络连接
由于受到严格的内存容量限制，KVM因此缺乏一些完整JVM所提供的特性，这就是说，你可能得改变自己的编程风格了。KVM在如此低内存要求下不得不在浮点数学计算、反应和对finalizers类的支持等方面对性能折中。使用CLDC的开发者在编译程序之后必须预先采用J2ME开发工具包所提供的一种检查工具对他们的源代码进行校验。

profile
如果说配置为应用程序提供了基础，那么profile则提供了应用程序的框架。profile定义了一整套J2ME应用程序可用的API类而且专门针对给定配置创建。Sun推出了2种可用的参考J2ME profile：基础（Foundation）和移动信息设备profileMIDP（Mobile information Device Profile）。

基础profile主要用于CDC配置，因而其虚拟机几乎等同于标准的虚拟机。这意味着，使用基础profile的开发人员必须访问完整实现的J2SE特性集。

MIDP连同功能较低的CLDC配置一道为开发今天的移动设备应用程序提供了你最可能用到的Java平台。MIDP支持J2SE类库的有限子集而且为在CLDC配置上使用定义了定制的用户接口和输入/输出类。

编写一次到处可行？
兼容性如何呢？J2SE应用程序能在J2ME平台上运行吗？这些问题的答案主要取决于配置和profile的具体应用了。J2SE代码无须或者很少修改即可采用CDC和基础profile运行。然而，正如我们在这里所讨论的那样，由于主机硬件受到限制，CLDC和MIDP profile只提供了很有限的功能集合。因此它J2SE应用程序不大可能在不加修改的情况下就运行在这类平台上，除非它把自己限制在两种平台的API交集之内（严重地限制了其功能）。因为CIDC的要求对应了今天大多数手持设备的功能，所以任何J2SE应用软件想不经修改就运行在给定的设备上是值得怀疑的。你多半得修改需要移植到J2ME的应用软件。但也别紧张。从保住饭碗的角度看这未尝不是好事。

众所周知，J2ME程序都是从MIDlet类开始执行，系统规定了MIDlet的生命周期。规定MIDlet程序有三种状态：

1、 暂停状态

2、 运行状态

3、 销毁状态

系统在执行MIDlet程序时，首先构造一个MIDlet类型的对象，然后使程序进入到暂停状态，按照生命周期的规定，系统会自动调用MIDlet对象的startApp方法使程序进入到运行状态，开始程序的执行。如果在创建MIDlet对象的过程中，或者是调用startApp的方法中发生了异常，则系统会自动调用MIDlet对象的destroyApp方法进行到销毁状态，也就是使程序退出。

所以生命周期中的第一个需要注意的地方就是熟悉在以上状态转换过程中，系统会自动调用的方法，然后在实际编写MIDlet类的时候，在这些方法中书写合适的代码，这样就可以在系统规定的状态转换时，自动调用这些方法。

另外一个需要说明的状态是暂停状态，系统在程序运行过程中，如果手机有来电，则系统会自动的使MIDlet程序进行到暂停状态，在进入到暂停状态以前，系统会自动调用MIDlet对象的pauseApp方法。当电话接听完毕以后，系统会自动使 MIDlet程序进行到运行状态，在进入到运行状态以前，系统还会自动调用startApp方法使系统进入到运行状态。

对于上面的内容做一个简单的总结：

1、 startApp方法

在系统第一次运行的时候，系统会自动调用该方法使系统进入到运行状态。

当系统从暂停状态切换到运行状态以前，系统也会自动调用该方法。

2、 pauseApp方法

当系统从运行状态切换到暂停状态以前，会自动调用该方法。

3、 destroyApp方法

当系统发生异常退出程序以前，会自动调用该方法。该方法有一个boolean类型的参数，如果该参数为true则代表该方法必须清理和释放资源，如果为false可以抛出一个MIDletStateChangeException异常来表明它不想立即退出。

熟悉了这几个方法的使用以后，可以实现很多实用的功能，下面介绍两个实际功能的实现：

1、 实现来电话时暂停的功能

在实际的MIDlet编程中，必须实现手机来电时暂停程序的功能，如果有线程时，还需要把线程停止掉，然后当电话结束以后，重新显示界面，并重新启动线程。

startApp方法的具体的实现代码框架如下：

public void startApp() {
//获得当前显示的界面
Displayable curr = display.getCurrent();
//判断是否是第一次运行
if (curr == null) {
//显示第一个界面，例如logo界面
} else {
//显示来电以前的界面
display.setCurrent(curr);
//如果需要，还可以启动线程
}
}

如果游戏界面中有线程，则需要在来电时暂停线程，而pauseApp在暂停以前会被系统调用，所以可以在pauseApp方法中实现该功能。pauseApp方法的实现代码框架如下：

public void pauseApp() {
//获得当前显示的界面
Displayable curr = display.getCurrent();
//判断是否是游戏界面
if (curr instanceof GameCanvas) {
//停止线程
}
}

熟悉MIDlet编程的人都知道，在程序运行过程中按挂机键，可以使MIDlet程序退出，在低级用户界面编程中，可以在keyPressed方法中捕获该事件，但是却无法处理，因为捕获以后，程序就直接退出了。

如果游戏中有背景音乐等，则当按挂机键直接退出的时候，音乐还会存在，这样就会造成很多的问题。但是按挂机键以后，在程序退出以前，系统会自动调用destroyApp方法，所以可以把最后处理的代码放置在destroyApp方法中。

下面接着来看一下另一组方法，来继续熟悉MIDlet类的使用：

1、 notifyPaused

使程序进入暂停状态

2、 notifyDestroyed

是程序进入到销毁状态。

以上两个方法和上面的三个方法不同，上面的三个方法是在状态切换过程中，会自动被系统调用。而这两个方法不会被系统自动调用，但是程序员在实际编程过程中可以手动调用这两个方法，使程序进入指定的状态。

比如如果想实现程序退出的功能，就只需要使MIDlet程序进入到销毁状态即可，也就是只需要手动调用notifyDestroyed方法即可。

上面是MIDlet类中最主要的两组方法，下面分MIDP1.0和MIDP2.0来分别介绍剩下的方法的作用。首先看一下MIDP1.0中的两个方法：

1、 getAppProperty

获得jad文件和manifest文件中属性的值，如果一个属性在以上两个文件中都包含，则以jad文件中的属性值为准。

2、 resumeRequest

系统通过调用该软件来判断是否需要使该MIDlet进入运行状态。如果需要进入运行状态，则系统会自动调用startApp方法。

在MIDP2.0中，MIDlet类中新增了两个方法，下面介绍一下这两个方法的作用，依次是：

1、 checkPermission

该方法是MIDP2.0的安全许可机制，在程序的实际使用过程中，可以通过该方法来检查MIDlet是否允许特定的操作，例如联网、发送短信息等等。

如果不允许该操作则返回0，允许返回1，未定义则返回-1。

2、 platformRequest

使用该方法可以访问某些系统功能，例如通用的功能主要有两种

使系统打开浏览器访问某个特定的网址：

platformRequest(“http://wap.sina.com.cn”);

这个功能可以实现用来实现提示用户下载新的程序版本等功能。

使手机拨打特定的电话号码：

paltformRequest(“tel:1860”);

则系统会自动利用手机来拨打1860。