重读MIDP和CLDC源码： 序

重看CLDC源码的原因是因为对J2ME中如何清理内存以便让垃圾回收器清理不甚了解。

 

上周为客户写的一个框架，在运行了四个小时之后死掉了。通过对模拟器及实际设备内存的监控，发现内存中垃圾回收器对一部分本该释放掉的内存无法回收，这部分越积越多，剩余内存越来越小，最后无内存可用。

找到问题很难，首先要定位的是：是内存问题还是平台的问题。在模拟器上运行数小时后，可用的内存在那狭小的空间变化，最后死机。说明了内存肯定是有问题的。合理的结果应该是垃圾清理后剩余内存和刚开始运行时差不多。

下一步是优化，按照我对Java虚拟机垃圾回收机制的理解，将对象间的联系断开，将不用的对象置为空；其结果是，原本漂亮的falconme框架变得丑陋，大大降低了可复用性。我需要一个可靠和复用性高的框架。

另一方面，看着模拟器上内存对象监控，对象数和占用内存数最多的就是char[]和String；作为Java中最常用的对象，String，我并不了解它的机制。

MIDP和CLDC本质上是一套稳定可靠的框架，它们的设计者当初必然要考虑垃圾回收的问题，通过阅读他们的代码，我可以重走前辈了走过的心路，优化我的框架。