Android性能优化之代码优化

一.代码优化

1.广播

应用程序内部广播通信,优先采用LocalBroadcastManager,安全性更好,运行效率更高。

优势:平时常说BroadcastReceiver,采用的是Binder通信方式,这是跨进程的通信方式,系统资源消耗固然更多。而广播LocalBroadcastManager,采用的是Handler通信机制,Handler的实现是应用内的通信方式,所以效率与安全性都更高。

注册广播:

注:LocalBroadcastManager只能通过代码的方式注册

2.线程池

线程创建优先采用线程池ThreadPoolExecutor,而不是new Thread(); 另外设置线程优先级为后台运行优先级,能有效减少Runnable创建的线程和和UI线程之间的资源竞争。

优势:通过new Thread()来创建线程是比较常用的方式,而使用线程池的方式有不少优势如下

线程可重复利用,节省线程的创建与销毁开销,性能有所提升;

方便控制并发线程数,提高资源的利用率,减少过多的资源竞争;

用法:

Android性能优化之代码优化_第1张图片

系统创建线程池采用的事工厂模式

(1) newCachedThreadPool可缓存线程池,若线程空闲60s则回收,若无空闲线程可无限创建新线程

(2) newFixedThreadPool定长线程,固定线程池大小

(3) newSingleThreadExecutor只有一个线程的线程池

(4) newScheduledThreadPool可定时周期执行的线程池

3.ArrayList VS LinkedList

ArrayList基于动态数组的数据结构, 对于随机访问(get/set),ArrayList效率比LinkedList高; LinkedList基于链表的数据结构,对于新增和删除(add/remove),LinedList效率比ArrayList高;

(1)对于list, 优先选择ArrayList,除非少数需要大量的插入/删除操作才使用LinkedList。因为当数据量非常大时get操作,LinkedList时间复杂度为o(n), 而ArrayList时间复杂度为o(1)。

(2)循环遍历

LinkedList采用foreach方式, 效率最高。for循环方式效率大幅度降低

(3)采用new ArrayList()方式,初始大小为0,首次增加数组时,扩充大小到12,以后到数组需要增长时,会将大小增加50%,并将原来的成员全部复制到新的数组内。所以尽可能将ArrayList提前设置成目标大小,或者接近目标大小,以减少数组不断创建与复制的过程,提高效率。

4.HashMap VS SparseArray

(1)同时需要key和value,采用如下遍历方法

(2)只需要获取key,采用如下遍历方法

15.BitMap

(1)使用BitmapFactory.Options对图片进行缩略读取;减小内存使用量;

inSampleSize:缩放比例,在把图片载入内存之前,先计算出一个合适的缩         放比例,避免不必要的大图载入

decode format:解码格式,选择ARGB_8888/RBG_565/ARGB_4444/ALPHA_8,能减小内存空间

使用SoftReference:当内存不足时,虚拟机会自动回收它;

使用Bitmap.recycle()释放图片,虚拟机gc时回收Bitmap;

根据手机尺寸大小,配置不同大小的图片,保证使用尽可能小的图片资源。

6.Android避免使用枚举

Enum比静态常量,至少需要多过于2倍以上的内存空间,应该在Android中避免使用枚举

7.onDraw()

需避免对象创建操作,因为迅速增加内存,同样引起频繁的gc,甚至内存抖动。

其他

内部类引用导致Activity的泄漏,尤其是Handler

监听器即使注销

考虑使用Application Context而不是Activity Context

使用IntentService

Adapter 利用convertView.getTag()与 ViewHolder

窗口默认有一个不透明的背景,可以去掉的: getWindow().setBackground(null),或者修改xml

UI局部刷新

在性能敏感的代码,避免创建Java对象。比如onMeasure(), onLayout(), onDraw(), getView()等

使用弱引用

你可能感兴趣的:(Android性能优化之代码优化)