android性能优化总结

性能优化

布局优化

尽量减少层级布局，使用能使用LinearLayout布局，就用LinearLayout。不行再用RelativeLayout
使用标签，标签一般和标签配合使用，用了减少层级布局。和复用布局。

ViewStub

<ViewStub
        android:id="@+id/viewstub"
        android:layout="@layout/activity_home"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
/>

ViewStub viewStub = (ViewStub) findViewById(R.id.viewstub);
//第一种方式显示布局
viewStub.setVisibillity(View.VISIBLE);
//第二种方式显示布局
viewStub.inflate();

绘制优化

在自定义控件中的onDraw()方法中，减少使用局部变量和不要进行耗时操作。

内存泄漏优化

android中没有内存泄漏这一说，只是内存的一些字段没有被GC及时回收，而造成内存增大。影响app性能

静态变量引用当前avtivity,导致不能及时释放
单例模式导致的内存泄漏
属性动画，属性动画中有些无限循环的动画，动画只有Activity引用，如果动画，没有调用cancel方法。则会引起当前Activity泄漏。可以在onDestory中取消动画
activity内部类进行耗时操作，但是耗时操作还没结束，而Activity被重建，或销毁。此时的Activity并没有被释放掉。（this$0,表示Activity引用）
响应速度优化和ANR日志分析，Activity—–>5秒Broadcast—–>10秒Service—–>20秒。复杂ANR,一个例子就是抢占同步锁。

Listview优化

布局复用
采用ViewHolder
避免getView中做耗时操作
根据滑动状态进行执行操作

线程优化

采用线程池

性能优化建议

避免创建过多的对象
不要过多使用枚举，枚举占用的内存空间比整型大
常量使用static final修饰
使用一些android特有的数据结构，比如Sparse和Pair等。他们具有更好的性能。
适当采用弱引用和软引用
尽量采用静态内部类，这样可以避免潜在的由于内部类而导致的内存泄漏

结论：非静态内部类和非静态匿名内部类中确实都持有外部类的引用，静态内部类中未持有外部类的引用

我们在程序中往往为了省事而顺手使用内部类实现所要功能，比如：

new Hanlder()/new Thread()/new TimerTask()

等等，但是这么做恰恰会带来隐患，既是非静态内部类会持有所在类的对象，而如果此时是在Activity中的话那么所带来的后果就是内存泄漏了。。
而要避免此类问题也很简单了，就是要把非静态内部类改为静态内部类，而它所持有外部类的对象则改为弱引用的形式。具体例子如下：

private static class ProgressTimerTask extends TimerTask{
    WeakReference<XXXActivity> activityWeakReference;
    public ProgressTimerTask(XXXActivity activity){
        activityWeakReference = new WeakReference<XXXActivity>(activity);
    }

    @Override
    public void run() {
        XXXActivity activity = activityWeakReference.get();
        if(activity == null){
            return;
        }
        // do soming
    }
}

当然最常用的使用场景还是在用Handler的时候了。在使用的时候一定要判断为空的情况，因为弱引用的话很容易被回收的。。

秒客网