Performance——manage app's memory

RAM:

虽然虚拟机可以帮你做垃圾回收,但是程序员最好还是要做到以下几点:

1,避免memory leak,通常是因为使用一些全局性质的变量引用了某个Object。

2,在合适的地方主动释放Object的引用,当然有些变量如块作用域中的局部变量GC可以直接帮你回收。

因为android不提供内存的swap space,所以释放内存的唯一途径就是把Object的引用置为null,

唯一的例外是mapping到内存中的文件,如果这个文件没有被修改,那么在系统需要内存的时候会把它移出内存。


另外基于android的机制,程序员最好也做到以下几点:

1,只有在必要的时候才让service运行,如果service的事情做完了要及时stop这个service。

2,在app进入后台后回收资源

实现onTrimMemory()方法,当内存紧张的时候会叫到这个callback来通知app,这个方法有很多级别,

例如当你的app所有的可视组件都进入后台后framework会叫到这个callback,这个时候的级别是TRIM_MEMORY_UI_HIDDEN。

这个和onStop的区别是onStop针对一个activity,而onTrimMemory针对的是整个app process。

这个callback有很多级别,在使用的时候不要使用==,而要使用>=。例如不要==TRIM_MEMORY_UI_HIDDEN,而要使用>=TRIM_MEMORY_UI_HIDDEN,表示内存的紧张情况高于这个级别了。

在老版本上没有这个callback,要使用onLowMemory,这个等同于onTrimMemory的最高级别TRIM_MEMORY_COMPLETE

3,提前检查你有多少可用的对内存。

android限制了每个app可用堆内存的大小,这个值在不同的设备上是不一样的,可以通过ActivityManager的getMemoryClass()获得,返回值是内存大小,单位M。

如果你特别需要更大的对内存,那就设置<application>的largeHeap="true",这时可以通过getLargeMemoryClass()获得内存数目。

(注意,设置了这个属性后内存也未必比普通的大,取决于设备)

4,load bitmap时选择合适的大小

5,用framework提供的SparseArray代替HashMap,用法和HashMap类似

6,不要随意使用external lib,因为这些lib最初大多不是for移动设备的,请使用针对移动设备做过优化的lib

7,在apk上运行zipalign,这样也可以让apk使用更少的RAM(不运行这个也不能提交到Google Play)

8,学习和java语言相关的节省内存的方法,例如:

enum比静态常量占用更多的内存(2倍)

定义一个class需要500字节

实例化一个对象需要额外的12--16字节

抽象方法,抽象类更耗费内存












android app的内存分两部分,一部分是共享内存,另一部分是虚拟机分配给app的,这部分有大小的限制。

每个app process都是从Zygote fork出来的。


阅读更多
个人分类: 总结
想对作者说点什么? 我来说一句

oracle memory manage 1

2011年12月19日 25KB 下载

没有更多推荐了,返回首页

不良信息举报

Performance——manage app's memory

最多只允许输入30个字

加入CSDN,享受更精准的内容推荐,与500万程序员共同成长!
关闭
关闭