`

手机内存优化文章

    博客分类:
  • j2me
阅读更多

转载http://www.cnjm.net/tech/article4693.html

本文版权归原作者,中国JAVA手机网收录本文的目的是让更多人阅读到此文章。转载请注明出处为中国JAVA手机网<www.cnjm.net>

来自:http://www.cnjm.net/tech/article4693.html


今天在CSDN上浏览帖子,忽然发现一篇询问内存溢出的解决办法的帖子,有感而发写了这篇文。
      我想做过J2ME的人,特别是像我这样做手机游戏的,肯定会对OutOfMemoryError这个异常深恶痛绝,尤其是在老40这样变态的机型上,甚至 对这个异常都产生了恐惧。还好我现在总算不做这个机型了,对那些仍然在为这个机型移植游戏的同志们感到同情。为了能够稍微缓解一下他们的痛苦,也为了广大 J2ME的从业者和爱好者能尽量减少与该异常的见面次数,CoCoMo将把自己的经验分享一下。
     
  首先了解一下分析内存占用的方法,一般有两种:模拟器自带工具和Runtime类方法。

JAVA手机网[www.cnjm.net]

 
  模拟器自带工具:WTK貌似带了一个Memory Monitor,而且许多学者人士也夸夸其谈他的使用方法,但我不知道有多少人真正在用。就我对他的了解,首先运行他你的程序会慢的一塌糊涂,这对游戏开 发者来说简直是无法忍受的。但我出于研究目的仍然让他跑了半个小时才发现原来他根本无法显示正确的内存占用量,我载入一张很大的图片后他的内存线好像只出 现了微微的波动又停留在原位,呵,看来的确是拿出来秀的。我一般使用的是7210模拟器自带的内存监视器,模拟的很准,但唯一的缺点是内存太少,才 200K。我也见某些人使用3220的模拟器监视内存,好像内存稍微大一点,我还没来得及尝试就再也不用为老40写程序了,庆幸。

JAVA手机网[www.cnjm.net]

  Runtime类方法:我经常用这个语句System.out.println(Runtime.getRuntime().freeMemory());后来集成进了我的引擎,他能够显示当前剩余内存。不记得有多少次我用它在老40上来寻找内存占用峰值。
     
      了解了分析内存的方法,来看看内存占用的罪魁祸首:程序和资源。
      程序:类会被编译成class字节码文件随MIDlet的启动加载进内存,而且是一次性全部加入。也就是说MIDlet里类个数越多、单个类程序越长、类 内字符串常量及数据越多,编译后的class文件就越大,载入后占用的内存也越多。我经常在MIDlet类的构造函数里用Runtime方法来查看 MIDlet启动后整个程序占用内存量。
      优化方法:
      1.某些同志将MIDlet程序写成两个类来减少内存占用量,但是以牺牲Java的OOP特性为代价的。在程序比较大时这种弊端将尤为显见。而且 CoCoMo曾经遇到过单个类过大,载入时间过长而违反百宝箱有关Logo 6秒时间限制的情形。因而我现在的程序加带引擎一般都是6-7个类。
      2.尽量编写优雅的代码,减少函数数量,在程序发布时去掉try catch,最大限度的减少程序行数,这一般都是在老40上没有办法的办法,现在CoCoMo已经不靠这个来省内存了。
      3.将数据及字符串写进文件,在用时方载入内存,不用时设为null。
      4.I/O操作getClass().getResourceAsStream(file);、数据库操做 RecordStore.openRecordStore(name, true);、声音创建Manager.createPlayer();、图像创建Image.createImage(file);会在短时间内占用大 量内存且过后释放,如果MIDlet程序内存剩余量不足则会在这些函数频繁调用时发生内存溢出,产生所谓的内存峰值,尤其在老40上比较普遍。

JAVA手机网[www.cnjm.net]

当你再次与讨厌的OutOfMemoryError碰面时,多用Runtime查找内存峰值发生位置并尽量将这些语句分开调用,并灵活运用System.gc()来及时回收。

JAVA手机网[www.cnjm.net]

     资源:
        图片:是占用内存的大户,尤其是手机游戏图片资源众多。对图片资源在内存中占用量的计算成为J2ME游戏开发者的经常性工作,CoCoMo来解释一下如何计算图片在内存中的占用量:
      内存占用量=宽*高*像素字节数,其中像素字节数因机型而异。
      例如一张64*64的图片在7210上的内存占用量=64*64*1.5=6144(字节)=6K、在S60上的内存占用 量=64*64*2=8192(字节)=8K。像素字节数因机型而异,例如7210是4096色机型,也就是说用12位来表示一个像素,所以乘上1.5, 而S60是65536色的机型,用16位来表示一个像素,所以乘上2。
      优化方法:
      有些人认为压缩图片可以节省内存,这种想法是错误的。根据上面的解释图片载入内存后只和宽高有关系,和图片数据量大小没有任何关系,压缩图片只能减少jar大小而不能减少内存占用量。
      1.静态法:减小图片大小,宽高小了结果当然小了。根据这个思路出现了动画编辑器之类的工具,像gameloft的波斯王子,人物被分割后使人体的部位可以重用,各部位紧凑放置都是为了较少图片大小,充分利用图片中的每一寸空间。
      2.动态法:减少同一时刻载入内存的图片数。CoCoMo曾经在火影武士项目中遇到过这种情况,当时有6种怪物,如果同时载入内存在老40上肯定爆掉了, 但是每关只出现两到三种怪物,所以每一关只需要载入该关出现的怪物图片即可。现在想起来当时做这个项目在老40上溢出频出,真把我搞死了。
      声音:声音也是比较耗用内存的资源,声音中音轨所占的byte会转化成字节流被载入到内存中。因而减少音轨所占byte即可减少内存耗用量。目前 gameloft的做法是用声音转化工具将mid转化为ott,然后变为ByteArrayInputStream字节流来创建Player

 

 

 

 

一.代码优化

  内存会溢出肯定和代码逃不了关系,99.99%学java的人都知道垃圾回收器是java的一大优点并据此来嘲笑C++。显然这个特性为代码编写者省了不少事,但这个特性却带来了不少隐患。举个例子在游戏当中经常有不同场景的切换,如从游戏逻辑退到主菜单逻辑,对游戏逻辑对象的态度很多人会选择忘记等待垃圾回收器来收尸。乍看之下似乎并无不妥垃圾回收器会来善后。实际上垃圾回收器并非实时的,它不像C++的Delete语句马上释放不用的内存。当从游戏逻辑切换到主菜单逻辑这时两个对象同时存在很可能这时内存就不够用了。读到这里很多人会发现实际上垃圾回收器在j2me上并不怎么好用,从一个角度上来讲在j2me上所有垃圾必须由手工释放,除简单类型以外所有对象都必须显式地置空例如imgs=null;实际上java提供了一个不错的工具用 来查找内存溢出,java.lang.Runtime.freeMemory()。它可以返回当前的剩余内存数,将它适当的安放在代码中可以有效的监测内存使用状况。很大一部份的j2me程序员之前都是从事pc软件开发工作,充裕的内存掩盖了许多写代码的不良习惯。如下所示:

  //a不为空

  a=newLogic();

  很多人可能对此有异议,他们会认为新的对象会把旧的对象冲掉并且释放内存。这里面包含两个问题:1.该段代码是先创建对象然后再进行赋值操作的,也就是说在这期间有两个对象同时存在这就很可能会产生溢出。2.这样做也会妨碍垃圾回收器的工作

  较好的写法如下:

  a=null;

  a=newLogic();

  虽然麻烦了点但在j2me中还是必要的。接着看下例。

  drawString("游戏时间:"+time,50,50,Graphics.LEFT|Graphics.TOP);

  "游戏时间:"+time很完美在paint()方法当中每次都被刷一遍显示在屏幕上。危机往往隐藏在美丽的外表,该语句会引起新的内存重新分配来存储"游戏时间:"+time而显示完以后又必须由垃圾回收器释放,用了双倍时间,并且容易发生内存溢出。依此类推在重复执行的方法里应尽量避免重复定义对象。与paint()方法类似在循环里也有类似的情况存在。

  把所有对象的初始化放在构造函数里想必是再正当不过了,大多数人通常的做法是把当前逻辑所要用到的资源通通初始化完毕。

  很大一部份的内存溢出都是发生在构造函数中。内存使用的高峰期都是在构造函数中所以避开这个高峰能有效的防止溢出。建议最好的办法是第一次使用时初始化。如下所示

  if(img==null){

  //初始化

  }

  现在做游戏很多时候都需要地图数组,声音数组,还有一些其它资源这些资源很多可以放在代码中也有的可以放在文件当中。

  强烈建议将这些资源放在文件中需要时在load进来。这些资源文件如果放在代码中则会占用不小的代码段空间,而代码一般是程序一运行就装载到内存当中。

  除上面列举的方法外还有一些大家所熟知的顺便一提,比如关闭没用的rms,关闭没用的网络连接,关闭没用的流。正确地停止线程。良好的程序架构减少代码偶合性也是一个不错的方法,无论在代码调式,内存释放都可以做到非常清析。

 

 

二.图片优化

  j2me的内存杀手无疑非图片莫属,一张3k的图片可以占用20多k的内存不信大家把load前后的内存剩余打印出来对比看看。所以防止内存溢出最直接的办法就是从图片入手。

  1.图片压缩:多数人马上会想到这个办法。不错这个办法是最有效的。在photoshop里图片制作完成后不要选择"存储为",而是选择"存储为web所用格式"可以根据里面的选项进行压缩,特别是颜色这一项越小越好不过相应的图像会有所失真。不要认为这样就完了。

  实际上该图片还可以再次压缩,在网上有许多类似的工具。推荐一款可以压缩png格式的软件xat.comImageOptimizer效果不错。经常都有70%的压缩率且图像不会失真。

  假如你有多张规格一样的图片,那么建议你把它做成一张长条图片。有两个原因:

  1、这样节省存储空间和内存空间。大家可做个试验将10张图片的内容放在一张当中对比看看文件大小有没有变化。

  2、10张图片需要10个image对象需要进行10次io操作浪费时间不说还浪费内存。当笔者发现这个好处时兴奋地把所有图片都存成一张,吱地一声内存又溢出了...原因想必大家也知道!!图片太大了不要把不同界面的图片整合在一起否则经常会得不偿失。

  作图时还有一些细节需要注意,颜色数量,分辩率,图像模式(最好是索引颜色),画布大小都会影响到图片大小。

 

 

三.工具优化

  谁都知道混淆器是用来保护代码的以加大反编译的难度(个人认为这是在嘲笑程序员的智商)。实际上用它来优化程序也是不错的选择,至少有两点好处:

  1、压缩程序大小。一个60k的程序经常可以压掉10k左右。10k的空间对于写低端手机的程序员简直是雪中送碳,多少超过64k限制的游戏都受过它的恩惠;

  2、节省内存空间。用脚去想也想得出来代码少了内存里的代码段自然就短了。

  .使用Profiler去查找哪里需要优化!
 
  .记住Profiler不代表真机上的优化结果,使用System Timer来在真机上做最后的测试!

  .在做低级优化之前,总是要先思考算法是否是最优!

J

  .尽可能的使用SetClip()来减少绘图区域,相对于SetClip(),drawImage()所花的时间会更可观!

  .尽最大可能的进行对需要的数据进行预先计算并将结果保存在缓冲里!

  .String类很容易产生垃圾内存,尽可能的使用StringBuffer代替String或用final static来定义之!!

J

  .尽可能的使用<<和>>来代替*和/!

  .使用位操作来代替%运算!

  .与0比较比与其他数值比较快!

  .局部变量比其他类型的变量运算要快!
  
  .尽量使用已有算法!

 

 

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

4.把所有资源文件做成一个数据文件。

5.class中生成尽可能少的方法。速度比较:同步方法<接口方法<实例方法<final方法<静态方法

分享到:
评论
发表评论

文章已被作者锁定,不允许评论。

相关推荐

    Android内存优化实践与总结

    恰好最近做了内存优化相关的工作,这里也对Android内存优化相关的知识做下总结。在开始文章之前推荐下公司同事翻译整理版本《Android性能优化典范-第6季》,因为篇幅有限这里我对一些内容只做简单总结

    基于Android平台的手机视频优化编码.pdf

    文章中提出的优化算法旨在减少模式选择的复杂性,通过快速策略来确定最佳预测模式,从而加速编码过程,而不牺牲视频的质量。 【测试与对比】 通过实际的测试对比,优化后的编码算法在保证视频保真度的同时,显著...

    Android手机4GB内存一定比3GB流畅?

    ### Android手机4GB内存一定比3GB流畅? 随着智能手机的发展,消费者...总的来说,选择合适的Android手机时,不仅需要关注RAM的大小,还需要综合考虑CPU性能、系统优化等因素。只有这样,才能真正获得良好的使用体验。

    安全卫士——手机加速

    综上所述,"安全卫士"通过全面的功能设计,从内存管理、后台应用控制、系统优化、文件整理、安全防护、网络优化等多角度出发,实现手机的高效运行和流畅体验。对于开发者而言,理解并实现这些功能,不仅能提升用户...

    Symbian操作系统的内存管理分析

    《Symbian操作系统的内存管理分析》一文深入探讨了Symbian操作系统中内存管理机制的核心要素,这对于理解和优化智能手机的内存使用具有重要意义。本文旨在分析Symbian操作系统如何利用物理内存、内存管理单元(MMU)...

    [教程] Rom 优化小技巧

    在这篇文章中,我们将介绍 19 种 ROM 优化小技巧,帮助您快速优化您的 Android 设备。 1. 强制把 Home 程序驻入内存 参数:ro.HOME_APP_ADJ=1 这种优化可以提高系统的整体性能,特别是对 Home 应用程序的性能提高...

    Java编写的安卓系统优化软件源代码.rar

    本篇文章将对标题为"Java编写的安卓系统优化软件源代码.rar"的项目进行深入剖析,揭示其在优化安卓系统、清理垃圾等方面的实现原理。 首先,我们需要理解Java在安卓开发中的核心地位。Android系统基于Linux内核,但...

    Android手机移动开发文章案例

    本文将深入探讨Android开发中的关键知识点,基于提供的"Android手机移动开发文章案例"这一主题。 首先,我们要了解Android开发的基础,即Android SDK(Software Development Kit)。它包含了开发Android应用所需的...

    J2ME游戏优化秘密

    由于J2ME设备通常拥有有限的处理能力、内存和显示尺寸,因此优化代码对于确保游戏在这些限制条件下运行良好尤为关键。 2. **不同类型的优化**: - 高级优化通常涉及改善代码结构和算法,使得程序逻辑更清晰,通常...

    360手机卫士源码

    例如,为了保证软件在低内存环境下也能流畅运行,源码中会包含轻量级的设计和内存优化技巧。同时,多线程编程用于实现后台扫描、更新等操作,保证了用户界面的响应速度。 最后,源码的结构和设计模式也值得深入研究...

    基于手机中间件的JavaScript解释器设计与实现.pdf

    文章介绍了一个基于特定手机中间件平台的JavaScript解释器的设计思路与实现细节。 #### 手机中间件平台概述 在功能手机(Feature Phone)上,通常采用的是封闭的操作系统,其硬件配置较低,因此可用内存非常有限。...

    360手机卫士性能提升攻略.pdf

    首先,文章提到了手机卫士应用(简称A33)可能存在的性能问题,这些问题包括但不限于:大包体积、高内存占用、高功耗、大量数据流量消耗以及较慢的响应时间。为了解决这些问题,作者提出了一系列专项优化策略。 ...

    手机常识汇总

    该文档可能包含广泛的内容,如手机的操作系统(如Android和iOS)、硬件组成部分(如处理器、内存、电池、屏幕等)、网络连接(2G、3G、4G、5G)、软件应用管理、数据备份与恢复、手机安全、性能优化以及故障排查等。...

    MTK手机软件系统 详细讲解

    “MTK手机软件系统工程和配置简介 - 会飞的鱼的专栏 - CSDNBlog.mht”这个文件名表明,它可能是一个关于MTK手机软件系统构建和配置的技术文章。可能涵盖了如何设置开发环境、编译系统、调试工具的使用,以及如何针对...

Global site tag (gtag.js) - Google Analytics