MIDP2.0及其移植技术分析

MIDP2.0及其移植技术分析
摘要：MIDP即移动信息设备规范，是专门基于资源和网络连接有限的移动设备之
上的J2ME应用规范。

本文在分析的基础上，详细阐述MIDP的事件处理、文件系统、用户图形接口和网络等主要部分在不同平台
间移植的实现过程。

关键词：J2ME MIDP 移植平台无关本地代码
1 简介
随着现代信息化社会的发展，小型移动通信设备已经从最初的一种单纯的通信工具转
变成如今集通信、工作、娱乐等功能为一体的综合设备；但仅有这些还不能满足用户的要求。

个性永远是千变万化的，时尚也不会始终为一种模式。

因此，在移动终端上开发通用的、丰富的应用已成为必然的趋势。

这些应用可以按用户的意愿随时安装和删除。

J2ME正是这样一种JAVA应用开发平台。

实际上，JAVA语言从其诞生起就以其运行的平
台无关性这一强大的优势而成为网络应用
的宠儿。

J2ME是JAVA2标准版本的微型版本，专门为小型移动设备所设计。

这些设备处理器的处理能力都不强，可使用的资源也有限。

因此，J2ME只包含了J2SE中在移动通信设备上所必需的功能和组件，使其能够在移动设备及其有限的资源上开发出丰富多彩且
平台无关的应用。

J2ME在结构上分为CDC和基于其上，以Foundation Profile为主的
规范，以及CLDC和基于其上，以MIDP为主的规范。

MIDP是移信息设备规范的简称。

规范具体定义了J2ME适用的硬件和软件框架，并提供
了这个框架要实现的基本功能及其标准接口；而应用开发者就可以基于这个框架开发出各种应用。

2000年9月，SUN公司发布了MIDP的第一个正式版本。

它将J2ME适用的设备定位在至少拥有数百KB RAM和ROM，并具有基本网络和显示功能的移动通信设备上；在该基础上定义了一系列软件接的移动通信设备上；在该上基础上定义了一系列软件接口，其中包括基本输入输出、图形化用
户接口、网络、事件机制、文件系统、应用管理系统等之后，随着JAVA技术的不断发展和用户需求的不断提高，SUN公司又于2002年11月发布了。

它对设备的内存资源和处理能力的要求较要高，但也为应用开发者提供了更方便、更丰富多彩的软件包，主要增加了游戏接口的实现、声音输出接口的实现安全网络机制的实现。

的这些特性将使基于移动设备的JAVA应用具有更加广阔的前景，也必将使新一代的移动设备发生革命性的变化并领导时尚潮流。

接口包如表1所列。

表1 接口包及其功能包功能提供一系列用户界面接口专门用于游戏设计的接口数据管理，用于保存数据记录应用管理接口基本网络连接接口媒体接口规范的实现包媒体播放器的控制类数字签名规范的实现接口基本输入输出接口基本数据类型接口基本应用接口
2 的移植
既然是定位在移动通信设备之上的一系列JAVA应用开发接口，我们就必须考虑如何将
整个MIDP系统嵌入到特定的硬件设备和其上的操作系统中。

只有这样，JAVA应用程序才能运行在该设备上，并利用MIDP提供的强大功能将用户带入一个全新的JAVA世界。

在一个完全不同的操作系统平台上，用该平台上对应的系统API调用，替换MIDP参考实现中所有与操作平台相关的调用，使MIDP 能在目标平台上正确地执行所有要求的功能；同时，调用该平台上特有的能充分发挥目标设备硬件特性的接口，替换参考实现中相应的接口，使MIDP能在目标平台上更高效地运行，这个过程就称为MIDP的移植。

MIDP由许多不同的部分组成，每一部分完成MIDP一个特定的功能接口。

其中需要移植的部分主要包括事件处理、文件系统、用户图形化接口、网络、AMS、多媒体。

它们都分为高端的JAVA层和低端的本地方法层。

JAVA 层是用JAVA语言实现的，由KVM解释执行；因此没有涉及到与操作系统平台相关的调
用和操作，可以不经修改就在任何操作平台上运行，是平台无关的。

它的移植主要是为满足用户的特殊要求而进行的个性化工作。

本地方法层是指为提高代码的执行效率，保持JAVA语言的平台无关性而使用C语言实现的部分MIDP功能的代码。

本地即是指它是与当前的操作平台相关的，它的移植才是涉及到具体平台和执行效率而进行的具体
调用和操作的替换过程，其结构如图1所示。

下面，我们就具体到MIDP的每一个部分的移植进行讨论。

事件处理
MIDP的事件处理部分要处理的事件主要来
自两个方面：①来自虚拟机底层的事件，如虚拟机的异常消息；②来自MIDP内部的事件，如屏幕刷新、按键消息、触控笔点击消息、时钟消息等。

由于不同的平台可能使用不同的事件消息获取和传递机制，因此MIDP 事件处理的移植也集中在这上面，其实现被放在本地方法层的文件中的函数GetAndStoreKVMEvent中。

我们只需根据目标平台获取和传递事件的要求修改该文件
中的相应函数即可。

例如，Windows采用消息响应机制来处理各种事件，所有消息都可以通过系统API调用
GetMessage获取，系统会调用消息处理函数WndProc(HWND hwnd、UINTiMsg、WPARAM wParam、LRARAM 1Param)，在其中处理和传递不同的事件。

其大致实现过程
void
GetAndStoreNextKVMEvent(bool_t forever,ul
ong64 waitUntil){
MSG msg；
……
while(GetMessage(&msg,NULL,0,0)){ ……
TranslateMessage(&msg); DispatchMessage(&msg);
if(gotEvent){
StoreMIDPEvent(&kvmEvent);
Return;
}
}
return;
}
static LRESULT CALLBACK
WndProc (HWND hwnd,UINT iMsg,WPARAM wParam,LPARAM lParam){
……
switch(iMsg){
case WM_CREATE:
……
case WM_KEYDOWN:
case WM_KEYUP:
……
}
}
MIDP在GetAndStoreNextKVMEvent中获取事件后，就完全独立地传递和处理事件消息，与平台无关，因此无需移植。

文件系统
基于MIDP的JAVA应用以及MIDP本身在某
些时候要求数据能够长期保存，即使在应用退出或系统掉电的情况下，数据也不能丢失。

这就必须借助于MIDP的文件系统。

MIDP的文件系统同样分为JAVA层和本地方法层。

一般情况下，文件系统的JAVA层不用移植
就可以在任何平台上运行，但如果目标平台的文件系统较为特殊，例如采用数据库的记录方式保存数据，甚至根本就没有提供高效的数据存取接口，我们就必须自己实现数据存取接口。

这样，JAVA层就需要跳过RMS而直接通过本地方法调用本地接口，相应的RMS的JAVA代码就可以从MIDP中删去。

而在文件系统的本地方法层，MIDP会调用目标平台的数据存取接口来实现MIDP本身的数据存取。

这些接口是平台相关的，是文件系统中需要移植的部分。

这些调用被放在文件src/share/native/中，主要包括文件的打开、文件的关闭、文件的读写、文件属性的获取、文件的删除、文件的定位、文件的删节等。

以下便是MIDP文件系统在Windows 下的部分实现。

文件的打开
int
storageOpen(char**ppszError,char*pszA sciiFilename,int ioMode){
……
handle=open(pszAsciiFilename,flags,cr
eationMode)；
……
}
文件的关闭
void storageClose(char**ppszError,int handle){
……
status=close(handle)；
……
}
文件的读取
int storageRead(char**ppszError,int handle,char*buffer,int length)
{
……
bytesRead=read(handle,buffer,length); ……
}
文件的写入
void storageWrite(char**ppszError,int handle,char*buffer,int length){
……
bytesWritten=write(handle,buffer,leng th);
……
}
还有许多其它有关文件的操作，移植时只需使用目标平台的API替换以上的Widnows调用，这里就不再逐一列举。

用户图形化接口
用户图形化接口包括画点、画线、作圆、作椭圆、位图拷贝等基本作图函数；有关定时器、屏幕刷新和键盘触控笔消息等有关与用户交互的操作，它是整个MIDP移植中工作
量最大，也是对上层应用的执行效率影响最大的一个部分。

这是因为用户在应用中看到的各种图形和文字都是调用底层的图形函
数在屏幕上作图的结果。

由于屏幕要频繁刷新，图形函数也就成为应用调用最多的接口。

因此，移植者必须使每一个底层作图函数与硬件设备紧密配合起来，并使用最高效的算法。

在不同的平台上，能最大地发挥其作图功能的函数和算法不尽相，这就要求移植者作大
量细致的工作，按照MIDP规范的要求逐一
重新实现每一个作图函数和屏幕刷新函数。

下面我们就以将画线函数和位图拷贝函数
在Windows上的实现为例，简单说明移植要做的工作。

Windows的画线函数接口
Void LCDUIdrawLine(int
pixel,short*clip,void*dst,int
dotted,int x1,int y1,int x2,int y2){ ……
Polyline(hdc,pts,2);/*绘x1,y1点像素信号*/
……
}
Windwos的屏幕刷新函数
Void refreshPaintWindow(int x1,int
y1,int x2,int y2){
RECT r；
>
If(x1x2){
=x1+x_offset;=x2+x_offset;
}else{
=x2+x_offset;=x1+x_offset;
}
if(y1y2){
=y1+y_offset;=y2+y_offset;
}else{
=y2+y_offset;=y1+y_offset；
}
++;++;
InvalidateRect(hMainWindow,&r,KNI_TRU E);
}
如果目标平台对这些GUI接口函数有不同实现法，可以用这些方法替换以上的Windows 系统调用，这样才能使MIDP图形化用户接口正确地工作，并充分发挥目标平台的工作效率。

网络
MIDP的网络功能是指基于MIDP的J2ME应用可以通过HTTP等网络协议进行下载安装，不同的MIDlet实体也可以通过它交换信息，实现资源共享。

遵循HTTP协议的规定，移植者必须利用目标平台的底层网络接口重
新实现网络的初始化、建立连接、断开连接、接收数据、获取缓冲区的剩余空间、关闭发送。

如果目标设备具有服务器功能，还要实现serversocket所有上述功能。

所有上述接口都在文件socketProtocol_中实现。

Windwos中获取IP地址的实现
Int
prim_com_sun_midp_io_j2me_socket_Prot ocol_getIpNumber
(char*host)
{
……
hp=gethostbyname(host);
……
}
如果目标平台还需要其它网络协议，其移植过程与Socket的移植基本相同。

应用管理系统
MIDP的应用管理系统(application management system)负责管理当前设备中安装的J2ME应用，其功能包括MIDlet的加载、安装、显示、更新和删除。

AMS从中的函数
main()开始执行，根据其输入初始化一些系统参数，包括系统路径、堆空间大小、命令行等，然后就启动KVM，而KVM就会从AMS 的JAVA界面开始解释执行java代码。

AMS 的所有管理功能都是用JAVA语言实现的，因此AMS的实现是与平台无关的。

但不同的平台可能有不同的系统参数和格式，对AMS 的界面网络也可能有不同的要求。

所以，移植者有可能要修改中解析系统参数的部分，保证AMS能正确解析目标平台的所有参数；同时修改AMS的JAVA层，使其界面网络满足用户的需求。

多媒体
较最大的改变就是在中向应用提供了音频
接口的支持。

音频接口是移动设备媒体接口MMAPI的一部分。

音频的播放过程为5个部分，同时它有自己的音频播放事件的传道和处理过程。

MIDP音频播放部分所要做的移植工作就主要集中在声音播放接口，事件的处理方式和兼容不同的音频文件格式上。

播放接口的移植：不同的目标平台，提供的音频系统API是不同的，有的系统甚至根本
没有提供播放音频的API。

这时，移植者就要根据目标平台的实现情况替换或自己实现音频的播放接口。

Windows的音频播放接口
Java_javax_microedition_media_Manager _nPlayTone(KNITRAPS)
{
……
chn1=getMidiChnl();
if(chnl==-1){
KNI_ReturnInt(0)；
}
tones[chn].msg=((note&0xff)8)|0x00000 090|(chnl&0xf);
msg=((vol&0xff)16)|((note&0xff)8)|0x9 0|(chnl &0xf);
midiOutShortMsg(midiOut,msg);
timerID=timeSetEvent(dur,TIMERES,(LPT IME
CALLBACK)timeToneProc,(DWORD)chnl,TIM E_ONESHOT);
tones[chnl].timerID=timerID;
……
}
事件传递的移植：MIDP中音频播放结束的事件是专门通过系统的消息机制传递，而不是通过MIDP的事件传递，因此也需要移植Windows---OM的传递:void injectNativeEvent(int pID,int curMTime){
PostMessage(hMain
Window,WM_APP,(WPARAM)(pID),(LPARAM)( curMTime));
return;
}
3 总结
综上所述，的移植要以两个方面为出发点：①兼容性。

移植后的MIDP实现必须能够在目标平台上正常运行，所有与目标平台不兼容的调用都必须替换为能完成相同功能且
兼容的目标平台的系统调用或过程。

②高效性。

移植后的MIDP实现必须能充分发挥目标平台的效率和特性，用最小的代价完成MIDP的功能。

另外，MIDP的移植还要分满
足最终用户的个性化要求，为它们设计出丰富多彩的界面网络。