Android性能优化方案

最近参加面试，有些面试官会问到一些关于Android的性能优化，今天我就简单的总结一下关于Android的一些性能优化的方案，这只是个人觉得比较有效的性能优化方案，如果有更好建议的请留言，一起共享开发资源，共同进步

布局优化：

1，删除布局中无用的控件和层级

2，有选择的使用性能低的ViewGroup，比如RelativeLayout，如果布局中既可以使用LinearLayout也可以使用RelativeLayout，那么就采用LinearLayout，因为RelativeLayout的功能比较复杂，它的布局过程需要花费更多的CPU事件，但很多时候单纯的通过一个LinearLayout或者FrameLayout无法实现产品效果，需要通过嵌套的方式来完成，这种情况下建议使用RelativeLayout，因为ViewGroup的嵌套就相当于增加了布局的层级，同样会降低程序性能

3，布局优化的另外一种手段是采用<include>标签，<merge>标签和ViewStub

  <include>标签:主要用于布局重用

  <merge>标签:一般和<include>标签配合使用，可以降低减少布局的层级

   ViewStub:提供了按需加载的功能，当需要时才将ViewStub中的布局加载到内存，提高了程序的初始化

 <include>标签：可以将制定的布局文件加载到当前的布局文件中

布局代码：

 

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:layout_margin="16dp"
    android:orientation="horizontal">

    <include layout="@layout/test1"/>


</LinearLayout>

代码中@layout/test1制定了另外一个布局文件，通过这种方式就不用把test1中的内容再重写一遍了，<include>标签只支持android:layout_开头的属性，比如android:layout_height，android:layout_width，其他属性是不支持的，比如：android:background，当然android:id是个特例，如果<include>标签指定了这个id属性，同时被包含的布局文件的根元素也指定了id属性，那么以<include>制定的属性为准。

 

<merge>标签：一般和<include>标签配合使用从而减少布局的层级

布局代码：

 

<merge xmlns:android="http://schemas.android.com/apk/res/android">

    <TextView
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="123" />

    <TextView
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="456" />

</merge>

ViewStub：继承了View，它非常轻量级而且宽/高都是0，因此它本身不参与任何的布局和绘制过程，ViewStub的意义在于按需加载所需文件，在实际开发中，有很过布局文件在正常情况下不会显示，比如网络异常时的界面。

布局代码：

 

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:layout_margin="16dp"
    android:orientation="horizontal">

    <ViewStub
        android:id="@+id/view_stub"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:layout="@layout/test1"
        android:inflatedId="@+id/viewStub" />


</LinearLayout>

view_stub是ViewStub的id，viewStub是layout/test1这个布局根元素的id，如何做到按需加载呢？在需要加载ViewStub中的布局时，可以按照如下两种方式：

((ViewStub)findViewById(R.id.view_stub)).setVisibility(View.VISIBLE);

或者

View importPanel =((ViewStub)findViewById(R.id.view_stub)).infalte();

 

绘制优化

绘制优化主要是指View的onDraw方法要避免执行大量的操作，主要体现在两个方面：

1，onDraw方法中不要创建新的布局对象，因为onDraw方法会被频繁调用，这样就会在一瞬间产生大量的临时对象，这不仅占用了过多的内存而且还会导致系统更加频繁GC，降低了程序的执行效率

2，onDraw方法中不要做耗时的任务，也不能执行成千上万次的循环操作，虽然每次循环都是轻量级，但是大量的循环任然十分抢占CPU的时间片，这会导致View的绘制过程不流畅

 

内存泄漏优化

 

1，静态变量导致的内存泄漏

2，单例模式导致的内存泄漏

3，属性动画导致的内存泄漏

 

listView和BitMap优化

listView的优化主要分为三个方面：首先要采用ViewHolder并避免在getView中执行耗时操作；其次要根据列表的滑动状态来控制任务的执行频率，比如当列表快速滑动时显然不太适合开启大量的异步任务；最后可以尝试开启硬件加速来是listView的滑动更加流畅，listView的优化策略完全适用于GridView

BitMap的优化主要是通过BitmapFactory.Options来根据需要对图片进行采样，采用过程中主要用到BitmapFactory.Options的inSampleSize参数。

线程优化

线程优化的思想是采用线程池，避免程序中存在大量的Threead。线程池可以重用内部的线程，从而避免了线程的创建和销毁所带来的性能开销，同时线程池还能有效的控制线程池的最大并发数，避免大量的线程因互相抢占资源从而导致阻塞现象的发生，因此在实际开发中，我们要尽量采用线程池，而不是每次都创建一个Thread对象。

一些性能优化建议

·避免创建过多的对象

·不要过多的使用枚举，枚举占用的内存空间比整型大

·常量请使用static final来修饰

·适当使用软引用和弱引用

·使用一些Android特有的数据结构，比如SparseArray和Pair等，它们都具有更好的性能

·采用内存缓存和磁盘缓存

·尽量采用静态内部类，这样可以避免潜在的由于内部类而导致的内存泄漏