内存优化
管理内存
节制的使用Service
只有需要执行后台任务的时候才启动Service,当启动一个Service时,系统会倾向于将这个Service所依赖的进程保留,系统可以在LRUcache当中缓存的进程数量也会减少,导致切换程序的时候耗费更多性能。我们可以使用IntentService, 当后台任务执行结束时会自动停止。避免Service的内存泄漏。
当界面不可见时释放内存
当用户打开了另外一个程序,我们程序界面已经不可见的时候。我们应当将所有的和页面相关的资源进行释放。重写Activity的onTrimMemory()方法。然后在这个方法中监听TRIM_MEMORY_UI_HIDDEN
这个级别,一旦触发说明用户离开了程序。此时就可以进行资源释放操作了。
当内存紧张的时候释放内存
onTrimMemory()方法还有很多种其他类型的回调,可以在手机内存降低的时候通知我们,我们应该根据回调中传入的级别来决定如何释放应用程序的资源。
避免在Bitmap上浪费资源
读取一个Bitmap图片时,千万不要去加载不需要的分辨率。可以压缩图片。(获取图片的宽高而不是直接加载到内存,转换图片格式,ARGB => RGB)
有优化过的数据集合
Android提供了一些优化后的数据集合, SparseArray[spɑrs] 、SparseBooleanArray、LongSparseArray,使用这些API可以让我们的程序更加高效。HashMap工具类会相对比较低效,因为它需要为每一个键值对都提供一个对象入口,而SparseArray就避免掉了基本数据类型转换成对象数据类型的时间。
知晓内存的开支情况
- 使用枚举会比使用静态常量小号两倍以上的内存,尽可能不使用枚举。
- 任何一个Java类,包括匿名类,内部类都要占用大概500字节的内存空间
- 任何一个类的实例要消耗12-16字节的内存开销,因此频繁创建实例也是会在一定程度上影响内存
- 使用HashMap,即使只设置了一个基本数据类型的键,比如int, 也会按照对象的大小来分配内存,大概是32字节而不是4字节。
谨慎使用抽象编程
在Android抽象编程会带来额外的内存开支。因为抽象的编程方法需要编写额外的代码,虽然这些代码根本执行不到,但是也要映射到内存中,不仅占用了更多的内存,在执行效率上也会有所降低。所以需要合理的使用抽象编程。
尽量避免使用依赖注入框架
依赖注入看似把findViewById()这一类繁琐操作去掉,但这些框架为了寻找代码中的注解,通常都需要经历较长的初始化过程。并且将一些你用不到的对象也一并加载到内存中,这些对象会一直占用着内存空间,可能很久才会得到释放,所以可能多敲几行代码是更好的选择。
谨慎使用多个进程
会增加额外的内存而不是帮我们节省内存,比如音乐播放,关闭软件,已经完全由Service来控制音乐播放了,系统仍然会将许多UI方面的内存进行保留。在这种场景下就非常适合使用两个进程,一个用于UI展示,另一个用于在后台持续的播放音乐。
分析内存的使用情况
ActivityManager manager = (ActivityManager)getSystemService(Context.ACTIVITY_SERVICE);
int heapSize = manager.getMemoryClass();
每个程序都有可使用内存的上限。超过这个上限机会触发OOM
Android的GC操作
Android 系统会在适当的时机触发GC操作,一旦进行GC操作。就会将一些不在使用的对象进行回收。GC操作会从一个叫Roots的对象开始检查,所有它可以访问的对象说明还在使用中。GC操作会从一个叫做Roots的对象开始检查,所有它可以访问到的对象就说明还在使用当中,应该进行保留,而其他的对系那个就表示已经不再被使用了。
Android中的内存泄漏
Android中的垃圾回收机制并不能防止内存泄漏是因为GC不能回收被Roots引用的对象。
高性能编码优化
避免创建不必要的对象
- 字符串拼接优先使用StringBuild/StringBuffer
- 优先使用基本数据类型
- 避免自动装箱的对象频繁创建
静态优于抽象
若只是想调用它的某些方法来去完成一项通用的功能,那么可以将这个方法设置成静态方法,调用速度提升15%-20%
对常量使用static final 修饰
static int intVal = 42;
static String strVal = "Hello, world!";
static 在类加载的时候初始化值
static final int intVal = 42;
static final String strVal = "Hello, world!";
所有的常量都会在dex文件的初始化器当中进行初始化
使用增强for循环
- 对于非集合类(没有实现 Iterable接口)的数组遍历,增强型for循环和普通循环遍历原理相同,效率相同
- 对于集合类(实现了Iterable接口),增强型for循环的遍历其本质就是迭代器 iterator的遍历,和普通循环遍历相比,各自有自己适用的场景,比如说普通for循环比较适合List类(数组类)遍历通过下标查找数据的,而增强型for循环则比较适合链表结构的集合的遍历。
多使用系统封装好的API
例如:System.arraycopy()
避免在内部调用Getters/Setters方法
面向对象中封装的思想是不要把类内部的字段暴露给外部,而是提供特定的方法来允许外部操作相应类的内部字段。但在Android中,字段搜寻比方法调用效率高得多,我们直接访问某个字段可能要比通过getters方法来去访问这个字段快3到7倍。
布局优化技巧
重用布局文件
将公共的部分提取到一个独立的布局中,使用<include/>标签引入
仅在需要的时候才加载布局
某个布局当中的元素不是一起显示的时候,用VISIBLE性能表现一般,可以用ViewStub。ViewStub也是View的一种,但是没有大小,没有绘制功能,也不参与布局,资源消耗非常低,可以认为完全不影响性能。