指标
首先确立优化的内容以及目标
- 内存
不溢出 不抖动 - fps
此值依据项目的实际情况而定（我们公司的项目庞大，并且用户机器性能良莠不齐，所以当时定的40fps） - anr
避免出现anr
监测
收集性能相关的数据也是比较棘手的工作
推荐三个工具：
-
leakcanary监测内存泄露 -
blockcanary检测页面卡顿 一定程度上可以监测到anr -
Hugo可以输出每个方法的执行时间
关于fps的监听：
Activity实现Choreographer.FrameCallback接口，重写doFrame方法
@Override
public void doFrame(long frameTimeNanos) {
if (System.currentTimeMillis() - mTime >= 1000) {
mNumber = 0;
mTime = System.currentTimeMillis();
} else {
mNumber++;
}
Choreographer.getInstance().postFrameCallback(this); //这种方式相当于循环监听
}
Choreographer.getInstance().postFrameCallback(this);
关于内存抖动的监听：
暂时未找到十分高效的监听方式，我在项目中是利用Memory Monitor人为观察的
自动化测试
找到定位问题的方法，我们还得有高效的收集数据的方式
我们可以结合Monkey和MonkeyRunner来实现一种高效的数据采集，具体可见Android自动化测试之页面覆盖比例
解决问题
项目中经常出现的问题
内存泄露
Context
Context导致的内存泄露常出现在单例中，大家都知道单例中instance是static修饰的，而static修饰的变量的生命周期对应整个应用程序的生命周期，所以解决办法是单例中传入context.getApplicationContext()
Handler
Handler可以说是Android中内存泄露的恶魔
由Handler的消息机制可知，msg持有mHandler的引用，而mHandler是Activity的非静态内部类实例，即mHandler持有Activity的引用，当Activity退出后，msg可能仍然存在于消息对列MessageQueue中未处理或者正在处理，此时就有可能导致Activity无法被回收
解决的方法有两种：
- 静态内部类
private static class MyHandler extends Handler {
private WeakReference<MainActivity> activityWeakReference;
public MyHandler(MainActivity activity) {
activityWeakReference = new WeakReference<>(activity);
}
@Override
public void handleMessage(Message msg) {
MainActivity activity = activityWeakReference.get();
if (activity != null) {
if (msg.what == 1) {
// 做相应逻辑
}
}
}
}
- WeakHandler
WeakHandler是第三方实现的库，使用上和Handler一样,地址：https://github.com/badoo/android-weak-handler
思想：将Handler和Runnable做一次封装，我们使用的是封装后的WeakHandler，但其实真正起到handler作用的是封装的内部，而封装的内部对handler和runnable都是用的弱引用
Timer和TimerTask
同Handler原理类似，Timer也存在内存泄露的可能
解决的方法：除了使用上注意在Activity销毁的时候立即cancel掉Timer和TimerTask以外，还需要将TimerTask写成静态内部类的形式
其实Timer完全可以用Handler替代
Bitmap
-
Bitmap及时回收
要遵循以下的代码规范：
if(bitmap != null && !bitmap.isRecycled()){
bitmap.recycle();
bitmap = null;
}
System.gc();
监听器
监听器的注销 例如广播
属性动画
属性动画及时cancel
如何减少对象的内存占用？
- 使用轻量的数据结构
ArrayMap或者SparseArray代替HashMap
key为int值时使用SparseArray，可以避免自动装箱 - 减少
Bitmap的内存占用
适当对Bitmap进行质量压缩(比例压缩)
BitmapFactory.Options opts = new BitmapFactory.Options();
opts.inSampleSize = 2; //这个的值压缩的倍数（2的整数倍），数值越小，压缩率越小，图片越清晰
//返回原图解码之后的bitmap对象
bitmap = BitmapFactory.decodeResource(Context, ResourcesId, opts);
即先将图片缩小一倍，再将这缩小了一倍的图片作为bitmap存入内存，这样一来，它占用的bitmap内存大大减小
- 避免使用枚举
内存抖动
充分利用线程池和LRU缓存算法对内存进行重复利用
-
ListView中ViewHolder复用ContentView -
Bitmap利用LRU算法进行缓存处理 - 利用线程池对线程进行优化
- 避免类似
onDraw或者for循环之类频繁调用的方法体中创建对象
fps过低（页面卡顿）
- 耗时操作
主线程中不可进行耗时操作 - onDraw方法
切忌在View的onDraw方法中执行大量操作，比如创建新的局部变量 - 页面过度绘制
1.减少页面层级
使用ViewStub和merge
2.去除多余的android:background属性
3.确保页面层级的情况下尽量使用LinearLayout，层级过多则使用RelativeLayout
