高可移植性J2ME软件开发笔记

     1 .1 内容介绍
　　随着现在的手机品牌越来越多，本来J2ME的手机性能相对于智能机来说就差，加上现在流行的MTK，这样导致手机的CPU，内存就更少的了。这篇文章就是怎么样解决这些小内存，CPU，RMS都严重受限的参考文档。

    1 .2 预期读者
　　本文主要适合那些有经验的J2ME程序员在优化软件，或者是需要考虑软件兼容性时的参考文档。

    2 优化笔记

　　J2me程序由于其非凡的运行环境限制，所以优化就显得比较重要，以下是我在学习j2me编程所收集的一些技巧和自己的心得。

　　1.显示图象时确定好你的fps，最好先做几次小实验，这样能让你在显示效果和运行速度上有比较好的平衡。

　　2.GamaCanvas.getGraphics()每次都会产生一个全新的对象，但是对这些对象的操作都是对同一个graphics，所以还是只取一次供后面使用。

　　3.让多个对象使用同样的监听器，比如让主MIDlet类实现CommandListener和ItemStateListener接口。

　　4.考虑使用手机开发商提供的一些sdk，没人会比他们更了解他们手机，所以有些时候能显著提高速度，特别是是图片，视频使用方面。

    这里推荐使用的模拟器是Nokia S40，Moto SDK 6.11 这些模拟器在模拟的过程中几乎与真机一样。相当的准确。

　　5.使用监视工具分析MIDlet的瓶颈，wtk和各个公司提供的开发包里都会有，可以找到程序的弱点。假如是在手机上，用timer测试你认为有可以的地方。

    在这里，开发Http，Socket网络的时候，打开相关的监视器，这样可以知道你的程序到底发送了些什么数据

　　6.使用System.gc()，在无线程阻塞的情况下可以有效的缓解内存压力，但是有些公司不是太推荐使用(如nokia).sun的说法也是越低端的机子执行的越慢，总之，慎用吧。

　　7.用固定的数组代替使用Vector。使用System.copyArray等native方法，这样比你自己写的效率要高

　　8.图片的优化。考虑使用设备的规格，可能高分辨率的图片不一定显示的出来。一般建议使用128色就可以了。

　　9.不用的对象赋值为null，为更快的回收。特别是字符串，Vector，Hashtable等类变量。如果你的class，写了很多的Hashtable，Vector，Object[]的变量的话，建议你构建一个clear的方法，并在方法里面把那些容器变量先干掉，然后再把class赋值为null。

　　10.用混淆器处理你的类文件，防止反编译，还有一个好的副作用就是它减小class文件的大小，因为混淆器往往用较短的字符串代替原来的变量或方法名。

　　11.若数据太大，可以将数据编码为字符串，运行时解码，或把数据存为二进制文件并与程序打包，用类装载器的getResourceAsStream方法在运行时存取。

　　12.使用现有的类，比如你使用了GameCanvas，就不用自己生成off-screen，另外像CLDC的profile没有构造集合类，所以我们可以用内建的Hashtable和Vector类来实现。

　　13.用优化软件jPresto(http://www.s5systems.com/jPresto.htm)---没用过，不过暂且写上吧。

　　假如对文件大小，内存限制非常严格，这时候就只能用一些非常规的方法了，可能这些方法背离了OO思想，但是多数情况下，它是起到了非常积极的作用的(但是也可能)，假如你更在意于程序的维护和扩展方面，我建议你还是跳过吧 -_-

　　14.把所有资源文件做成一个数据文件。然后在程序中写一个算法，进行解码

　　15.把所有的小图片文件做成一个文件，在运行时再"切割"开。

    很多张小icon的时候，可以通过合并工具把这些icon合并成一种大的png图片，然后在程序中对这些图片进行切割。用Image.createImage(src, x,y,w,h)进行切割。

　　16.使用有限的面向对象，因为纯粹的OO往往意味着更多的虚方法，更多的层次关系，更多的class

　　17.生成尽可能少的class，class都有一定的系统开销。 18.class中生成尽可能少的方法。速度比较：同步方法<接口方法<实例方法<final方法<静态方法。

　　19.用final static限定方法可以获得小幅的速度提高。

　　20.对数据成员用public限定，来代替get和set方法，不过要注重安全性。

    其他归类

    *只优化需要的代码
    *只在有价值的地方优化
    *用profiler来找要优化的地方
    *在具体的设备上profiler无能为力，在硬件上使用System timer
    *在于用低级技术之前，总是先研究你的代码并且试着改进算法
    *绘图是慢的，所以尽量节俭地使用图形调用
    *在可以减少绘制区域的地方使用setClip()
    *尽可能的把东西放到循环之外
    *拼命地预先计算和暂存
    *字符串带来垃圾，垃圾不好，所以使用StringBuffers来代替
    *什么都不假设
    *可能就使用static final方法，避免synchronized修饰符
    *传递尽可能少的参数到经常调用的方法
    *如果可能，完全地去掉函数调用
    *解开循环
    *对2的幂的乘除运算用位移运算代替
    *你可以使用位运算符代替取模运算来实现循环
    *试着用零来代替和其他数的比较
    *数组访问比C要慢，所以暂存数组元素
    *消去公共的子表达式
    *局部变量要比引用变量快
    *如果可以callSerially()就不要wait()
    *在switch()中使用小的变量作选项
    *检查定点数学库并且优化它
    *拆开嵌套的FP调用来减少类型转换
    *除法比乘法慢，所以用乘于倒数来代替除法
    *用使用过和测试过的算法
    *为了保护可移植性，小心地使用私有高性能API 。

　　J2ME优化可能使你的程序在不同的模拟器，不同的设备下有不同的运行效果，所以 优化一定要建立在开发设备的规格上。

　　以上所列举的方法不一定在所有midp设备上都起作用，也不一定都适合每一个程序，总之，应该根据自身的情况。

    3 注意事项
    1.内存的管理

    2.图片资源的管理

    3.图片资源的管理

    4.字符串的管理

    5.Vector，Hashtabe等管理

    4 参考资料

    ITPUT的移动开发技术 频道 http://publish.itpub.net/lists/7826/0/7826.shtml

    Nokia 开发者论坛 http://forum.nokia.com.cn/sch/index.html