Java嵌入式开发之j2me－－六

核心提示：java嵌入式开发之j2me--六 第五节 再谈谈一些J2ME规范在 J2ME内还有很多子规范， J2ME的重要的部分如下：PersonalJava、K虚拟机 (KVM)、Java嵌入服务器以及 PersonalJava的两个扩展规范： JavaPhone和 JavaTV应用程序接口，Java嵌入式开发之j2me－－六

　　java嵌入式开发之j2me--六


第五节 再谈谈一些J2ME规范



　　在 J2ME内还有很多子规范， J2ME的重要的部分如下：PersonalJava、K虚拟机 (KVM)、Java嵌入服务器以及
PersonalJava的两个扩展规范： JavaPhone和 JavaTV应用程序接口。 你可以想象， JavaPhone是一个定位于无线电智能电话和互联网络可视电话的应用程序接口，而
JavaTV则满足机顶盒市场的需求。



　　下面我想具体的谈一谈以上的规范：



　　1、PersonalJava



　　PersonalJava应用程序环境目标是 Web连接消费设备----经常执行来自网络的小应用程序。问题是 PersonalJava如何适合
J2ME的配置和简表方案。 答案是 PersonalJava将被包容进 Connected Device Configuration中，最终将被定义为
Personal简表，即前面所谈到的Personal简表。



　　另一方面，有一段时间将有两个 Java应用程序接口为嵌入开发世界服务： PersonalJava和 EmbeddedJava。
PersonalJava偎依在 J2ME大伞之下， 可为什么 EmbeddedJava不呢？ EmbeddedJava不和 PersonalJava同在
J2ME内，是因为在 PersonalJava和 EmbeddedJava应用程序之间有一个基本的差别。 PersonalJava应用程序期望连接到某类网络中下载并执行小应用程序。
按照这种观点， PersonalJava设备就是一般用途的消费设备； 它们的能力可以被扩展。



　　相比之下， EmbeddedJava设备则惨了点。 它们执行的功能都非常具体的，基本没有必要提供下载新的代码到 EmbeddedJava设备的能力。
Hence， PersonalJava设备使用可扩展 Java应用程序接口； 而EmbeddedJava设备则没有，因为没有必要使用。



　　PersonalJava可以以两种形式得到： 由原码形式的，提供给那些对把PersonalJava移植到其他设备感爱好的开发者，那些已经把
PersonalJava移植到某个具体的操作系统和处理机的组织提供二进制形式的 PersonalJava环境。有爱好探索 PersonalJava的开发者假如没有二进制平台也可以使用
PersonalJava模拟环境 ( PJEE )。 这个模拟器运行于 Solaris/SPARC或 Windows，并且在许多配置中可用。
这些多种多样的配置基于“ look and feel”和类库支持 (环境是否提供 PersonalJava规范中规定的最低限度的或最大的类库）。PJEE包括类文件，一个应用程序
launcher和一个 appletviewer (两者都是为了调试功能并使其最优化）和其它的附带的文件 (例如字体叙述文件)。



　　J2ME家族的另一位成员 JavaCheck实用程序，提供了 PersonalJava的补充支持。 你把应用程序传过 JavaCheck，它将告诉你你的应用程序在一个
PersonalJava环境中能否顺利地执行。 JavaCheck检查类之间的依靠关系，假如应用程序调用了一个在 PersonalJava不可用的应用程序接口，它就会给出一个警报信号。
(据我所知，目前有两种JavaCheck的版本可用，一个是用于检验 PersonalJava 1.0版应用程序，另一个用于检验 1.1.x版程序。
当前的 PersonalJava应用程序接口规范是 1.2，用于这一版本的 JavaCheck还没有。 读者请去Sun相关网站去看看（
http : file&://java.sun.com/PRodUCts/personaljava）。



　　2、KVM



　　前面我也说过，KVM是用于 J2ME平台最小的虚拟机，并且是用于CLDC配置的虚拟机。可是J2ME应用程序并不一定非要使用 KVM，J2ME技术可以使用任何虚拟机，不过至少应当有
KVM这样的功能。



　　为了满足基于KVM的设备一般只有狭小的内存空间和有限的处理能力的事实， KVM使用 C编写 (它不是现有的VM改进了的以后的产品）。
此外， KVM是模块化的， 也就是说，它是由模块构建的，当某个模块实现了预先设定的目标后，就可以很轻易地把这一模块卸载。 可选的某块包括：
大的数据类型 ( long、 float和 double )，多维数组、类文件验证等。



　　KVM的本地界面以轻便性为原则构建，所以在KVM中任务切换不依靠硬件产生的记时器中断，因此在这种意思上来说不是抢先式。任务切换发生在虚拟机执行了一个预设编号的字节码之后。
并且， KVM的无用单元收集利用一个标记清扫（mark and sweep)算法来实现无用单元释放。 因此，对象引用是直接的，就像标准
Java一样。



　　当然，除了虚拟机以外还有许多可用的执行环境，在小型设备中，虚拟机必须要么被扩展，要么在附加工具协助下提供一个更加完整的运行期环境，正是这个原因，
KVM需要附带的工具，比如说， JavaCodeCompact工具提供了预链接和预加载类， 答应Java类被直接地链接进虚拟机中。