有关Android性能优化

指标

首先确立优化的内容以及目标

内存
不溢出不抖动
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 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