Android进阶知识（三十一）：Android性能优化

Android进阶知识（三十一）：Android性能优化

  Android设备作为一种移动设备，不管内存还是CPU的性能都受到了一定的限制，这意味着Android程序不可能无限制地使用内存和CPU资源，过多地使用内存会导致程序内存溢出，即OOM。而过多地使用CPU资源，一般指做大量的耗时任务，会导致手机变得卡顿甚至程序无响应，即ANR。

  最后这个专题，笔者将总结一些Android性能优化的方法，主要内容包括布局优化、绘制优化、内存泄漏优化、响应速度优化、ListView优化、Bitmap优化、线程优化以及一些性能优化建议。

一、布局优化

  布局优化的思想是尽量减少布局文件的层级，以降低Android绘制时的工作量，提高程序的性能。
  布局优化首先是删除布局中无用的控件和层级，其次有选择地使用性能较低的ViewGroup。比如RelativeLayout功能复杂，布局过程花费CPU时间更多，如果可以使用FrameLayout和LinearLayout替代。

  布局优化的另一种手段是采用、标签和ViewStub。

1. <include>标签

  <include>标签主要用于布局重用，可以将一个指定的布局文件加载到当前的布局文件中，具体使用如下。

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    tools:context=".MainActivity2"
    android:orientation="vertical">
    
    <include android:id="@+id/new_title"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        layout="@layout/title"/>
    
    <TextView
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:text="@string/text"/>

    // ...
    
</LinearLayout>

  <include>标签除了android:id这个属性比较特殊，其他只支持android:layout_开头的属性。另外，**如果指定了android:layout_这种属性，那么要求android:layout_width和android:layout_height必须存在，否则其他android:layout_无法生效。

2. <merge>标签

  <merge>标签一般和<include>标签配合使用从而减少布局的层级。以上面示例来说，由于当前布局是一个竖直方向的LinearLayout，这个时候如果被包含的布局文件中也采用这个布局，那么显然被包含的布局文件中的LinearLayout是多余的，而<merge>标签可以去除多余的一层LinearLayout，如下所示。

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

    <Button
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="@string/one" />

    <Button
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="@string/two" />
        
</merge>

3. ViewStub

  ViewStub继承了View，它非常轻量级且宽/高都是0，其本身不参与任何的布局和绘制过程。ViewStub的意义在于按需加载所需的布局文件。示例如下。

<ViewStub 
    android:id="@+id/stub_import"
    android:inflatedId="@+id/panel_import"
    android:layout_height="wrap_content"
    android:layout_width="match_parent" />

  其中panel_import是需要加载的布局文件根元素的id。按需加载ViewStub中的布局有如下两种方式。

// 方式一
(ViewStub) findViewById(R.id.stub_import).setVisibility(View.VISIBLE);
// 方式二
View importPanel = (ViewStub) findViewById(R.id.stub_import).inflate();

  当ViewStub通过setVisibility或者inflate方法加载后，ViewStub就会被它内部的布局替换掉，这个时候ViewStub不再是整个布局结构的一部分。

二、绘制优化

  绘制优化是指View的onDraw方法要避免执行大量的操作，主要体现在两个方面。
  一方面，onDraw中不要创建新的局部对象，因为onDraw方法可能会被频繁调用，这样会在一瞬间产生大量的临时对象，不仅占用过多的内存而且会导致系统频繁gc（内存抖动），降低了程序的执行效率。
  另一方面，onDraw方法不要做耗时的任务，也不能执行成千上万的循环操作。

三、内存泄漏优化

  内存泄漏优化有两个方面，一方面是在开发过程中避免写出有内存泄漏的代码，另一方面是通过一些分析工具找出内存泄漏继而解决。常见的内存泄漏常见有三种。

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

  Android常见的就是由于静态变量持有Activity导致Activity无法释放销毁，最终导致内存泄漏。

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

  单例模式导致的内存泄漏同静态变量类似，当单例对象内持有Activity时，就会导致Activity无法释放销毁。

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

  属性动画中有一类无限循环的动画，如果在Activity中播放此类动画且没有在onDestroy中停止动画，那么动画会一直播放；而由于Activity的View会被动画持有，进而View持有Activity，最终导致Activity无法释放。
  一个例子如下，解决方法是在Activity的onDestroy中调用animator.cacel()来停止动画。

protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    mButton = findViewById(R.id.button);
    ObjectAnimator animator = ObjectAnimator.ofFloat(mButton, "rotation", 0, 360)
                                         .setDuration(2000);
    animator.setRepeatCount(ValueAnimator.INFINITE); // 无限循环
    animator.start();
    // animator.cancel();                                     
}

四、响应速度优化和ANR日志分析

  响应速度优化的核心思想是避免在主线程中做耗时操作。
  响应速度过慢过多地体现在Activity的启动速度上，如果在主线程中做太多事情，会导致Activity启动时出现黑屏现象，甚至ANR。
  实际开发中ANR很难从代码去定位，当遇到ANR时，系统会在/data/anr目录下创建一个文件traces.txt，分析该文件即可定位ANR的原因。在cmd中使用如下命令可以将trace文件列表导到电脑硬盘。

ls data/anr   // 命令查看trace文件列表
exit         // 退出shell命令模式
adb pull data/anr   //导出trace文件列表到电脑硬盘

  我们看traces文件的一部分，这里只截取最重要的一部分，最后一行既是ANR的问题所在。

----- pid 29395 at 2015-05-31 16:14:36 -----
Cmd line: com.ryg.chapter_15

DALVIK THREADS:
(mutexes: tll=0 tsl=0 tsc=0 ghl=0)

"main" prio=5 tid=1 TIMED_WAIT
  | group="main" sCount=1 dsCount=0 obj=0x4185b700 self=0x4012d0b0
  | sysTid=29395 nice=0 sched=0/0 cgrp=apps handle=1073954608
  | schedstat=( 0 0 0 ) utm=3 stm=2 core=2
  at java.lang.VMThread.sleep(Native Method)
  at java.lang.Thread.sleep(Thread.java:1031)
  at java.lang.Thread.sleep(Thread.java:1031)
  at android.os.SystemClock.sleep(SystemClock.java:114)
  at com.ryg.chapter_15.MainActivity.onCreate(MainActivity.java:42)

  所以定位ANR问题最重要的还是分析号traces文件。

五、ListView和Bitmap优化

  ListView的优化主要分为三个方面：首先要采用ViewHolder并避免执行耗时操作；其次要根据列表的滑动状态来控制任务的执行频率；最后可以尝试开启硬件加速。
  Bitmap的优化主要是通过采样对图片进行缩放。
  这些内容具体在笔者的相关笔记：Android进阶知识（二十五）：Bitmap简介及其高效加载以及Android进阶知识（二十六）：Android中的缓存策略中可以参照。

六、线程优化

  线程优化的思想是采用线程池，避免程序中存在大量的Thread。线程池可以重用内部的线程，从而避免了线程的创建和销毁所带来的性能开销，同时线程池还能有效地控制线程池的最大并发数，避免大量的线程因为互相抢占系统资源从而导致阻塞现象的发生。
  关于线程池可以参照笔者的笔记：Android进阶知识（二十四）：Android的线程池。

七、一些性能优化建议

  这里给出一些性能优化的建议：

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

参考资料：《Android开发艺术探索》