J2ME不太惹人注意的技术细节（陆续整理ing...）- 1月5日

1. 预编译的过程与代价
在J2ME中标准字节码校验过程需要大概50KB的代码空间，同时还要高达100KB的堆空间，这在大型系统中是可以被忽略的。但是，这些资源在许多小型设备上都是稀缺资源。为此，CLDC规范提供了一个替代品：CLDC虚拟机中的验证实现需要大概10KB的二进制代码空间和小到100B的运行时堆内存空间。从动态内存的观点，这是减少了1000倍。
这种资源的减少，实质上是去掉了内存中校验过程的交互式数据流算法。代价是现在我们必须要承受一个被称为预校验(preverify)的额外步骤来为KVM上的执行准备代码。这个过程的结果是在类文件中插入额外的属性。
即使经过了预校验(preverify)过程，转换后的类文件依然是合法的Java字节码；校验器自动忽略这些额外的数据。[size=medium][color=red]惟一值得注意的区别是得到的文件比原来的大约大了5%。[/color][/size]

2.JVM和KVM的差异
CLDC参考实现中包括一个被称为KVM的虚拟机。可以想象，KVM缺少J2SE JVM的一些特性：
a. 弱引用 --- 让你保留一个指向会被垃圾收集器收集的对象的引用。
b. 反射 --- 在运行期查看代码的能力。
c. 线程群组和守护线程 --- 高级线程控制
d. JNI(JAVA本地接口) --- 编写自己的本地代码。
e. 用户自定义的类装载器 --- 用来加入自己的类装载机制。
如果你要做一个基于J2ME的高级企业应用，那就有点囧了。不过，在资源受限的开发环境下，这些特性确实显得有些超重量了。