浮躁的人容易问:我到底该学什么——别问,学就对了。
首页 arrow 会员博客 arrow J2me代码优化

J2me代码优化 输出PDF 打印 E-mail
Author Author: jacky | Date Date: 2008-04-01 | View Count View: 965 | section & Category 会员博客 -  个人博客

对 代码进行优化的最简单办法就是首先不要调用这些代码。这并不是说要删除这些代码,也许可以用其他办法来调用它们(后者事实减少对它的调用)。游戏的主循环 是游戏运行的最主要做的事情,应该更多地考虑是否可以不用或减少对属于这个区域内的代码的调用。下面的内容是参考了其他资料整理出来的优化代码的方法。

 

    代码优化的技术大致分为两个主要方面:高级优化,从使用的整体算法和结构出发进行的优化;低级优化,集中于孤立的代码片断(通常为方法中的代码)的优化。下面分别讨论两方面的优化:

一,高级优化

1,  感觉到就是真实

对于电影来说,我们通过摄像头看到的都是完美的,而在拍摄现场我们看到的却是木头,泡沫和胶带。所以对于电影来说,感觉到就是真实。

游戏也一样,只需要处理游戏需要的东西。在游戏开发的各个方面这都是实用的。把精力集中在使游戏有趣和完美运行的问题上,始终只做需要做的而丢弃其他的部分。

2,  不要创建对象

减少对象创建的总数量和频率,结果能够大大地提高游戏的性能。还必须小心在不经意的情况下产生String对象。

例如:graphics.drawString( 0,0,”Score:” +score  );

这一句代码会在每次被调用的时候产生一个新的String对象,在这里就是每一桢画面显示时都会产生新的String对象。因此最好是只是在分数改变的时候才构造这个String

3,  绘制屏幕

通常,在对游戏完成大量的优化工作以后,收获的将是一个大量时间耗费在屏幕绘图上的游戏。这是因为一个游戏的主要时耗大都集中在绘制图像的工作上(或其他的一些基本的绘图调用)。因此,如果一开始就可以避免绘制工作,那将是对游戏的很好的优化。

还有就是要减少屏幕绘制,循环检测屏幕图像是否在某个部分发生了改变,如果没有,就不要对那部分的屏幕进行更新。另一个方法就是增加绘制图像的尺寸来减少单独的绘制调用的次数。

4,  算法

最好的,也是使用最多的高级优化是对游戏的算法方面。

 

二,低级优化

1,  提前绘制复杂图像

我们已经知道,使用LCDUI绘制图像是很慢的,因此最好是能够避免这种绘制。其中的一个方法就是用一个预生成图像来减少复杂图像的绘制。进一步来讲,举例:将所有的游戏状态信息整合到一个面板中(得分,生命数,能量值等),然后对这些信息进行一次性同时更新。

2,  保持类和内存之间的平衡

产生新的类会增加JAR包文件的大小,因此应该尽量避免。有的时候增加了额外类的开销可能节省了额外的内存开销,这也是值得的。

3,  复杂值的预计算

节省运算的一个好方法就是对数值进行预运算,从而无需再调用大开销的计算方法。一个很好的例子就是:主窗口画布的高度和宽度就是很好的 缓存对象。例如:可以调用getHeight方法和getWidth方法一次,然后将它们的结果缓存起来,而不是在每一次绘图中都调用这两种方法。

4,  使用数组

在任何时候,只要可能,都应该使用数组而不是Vector,因为数组的运行速度更快。通常面临的唯一问题是,如果最初分配的数组空间不够大,将需要对数组的大小进行扩充。这可以做到,但它需要对整个数组进行重建。例如:

    Public final static int[ ] expandArray(int [] oldArray, int expandBy)

           {

                  int [ ] newArray = new int [oldArray.length + expandBy];

                  System.arraycopy(oldArray, 0, newArray, 0, oldArray.length);

                  Return newArray;

}

      任何时候,都应该尽量使用一维数组。访问二维数组变量的速度只有访问一维数组变量的一半。当然,仍然可以访问二维数组的对象,只是需要加入一点点计算。例如,与其使用这条语句:

              world[y][x] = 0

       不如下面这条语句运行的快:

        world[y*tilesWide + x] = 0

这条语句通过行列的位置将数值转换成一维值,实现了对数组同一元素的访问。

5,  不要使用数组

呵呵,尽管数组的访问比Vector快,但仍然比直接访问变量要慢,因此如果可能就应该删除对数组的访问,或者为一些常用方法中的数组寻求其他能提高性能的办法。

6,  使用快速方法

并不是所有Java调用的方法在性能上都是相同的,方法声明方式的不同对性能会会产生很多的影响。可以使用的最快的方法类型是静态方法,因此应该尽可能多地将代码置于静态调用方法中。运行速度仅次于静态方法的是声明为final的方法。运行最慢的两种方法是在接口中定义的方法和用关键字synchronized声明的方法,必须尽可能地避免使用这些类型的方法。

7,  其他优化

1)异常处理非常缓慢,不要为一半的游戏逻辑使用异常,只用它们来报告真正的错误状态。

2)使用switch表达式比使用if条件语句块的速度要快。

3)尽可能避免使用String对象进行运算,使用StringBuffer

4)内嵌类的运行很慢,尽可能避免使用。

5)在完成一个引用的使用后将它设为null

6)不要浪费时间来将一个对象初始化为null0java虚拟机会替我们完成这样的初始化

7)多思考新方法,这会使我们的大脑运转的更快。

8)如果可能,尽量使用static,它们运行都很快。它同时适用于方法和域,这条规则就是,如果它可以是静态的,那么就把它声明为静态的。

9)避免类型转换。

 



收藏到您的网摘: Google书签 Yahoo书签 雅虎收藏夹 365Key网摘 新浪ViVi 百度收藏 天极网摘 diglog 和讯网摘 POCO网摘 YouNote网摘 博拉网 天下图摘 spurl blogmarks BlinkList reddit digg Del.icio.us

本文关键字本文关键字: J2me  代码  优化  

阅读数: 966 | 打印 | E-mail

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

发表评论

姓名:
E-mail
您的网站/主页
标题:
评论:

验证码:* Code
若有人评论本文,请E-mail通知我。

最近更新 ( 2008-04-03 )
(实现J2ME游戏的按键(键盘)缓冲) < 上一篇   下一篇 > (颜色反转)