Android进阶篇——性能优化（一）

Android常见优化

• 布局优化
• • 如何进行布局优化？
• 绘制优化
• 内存泄露优化
• 响应速度优化
• ListView/RecycleView以及Bitmap优化
• 线程优化
• 其他性能优化建议

布局优化 如何进行布局优化？

首先，尽量减少布局文件的层级就是布局优化的主要思想。

只要布局的层级降下来了，系统绘制的工作量就会变的比原来少，那么字然程序的性能自然就能够提高了。

主要有以下三点。

一、删除布局中无用的控件和层级，有选择性地使用性能比较低的ViewGroup。

这个要根据具体的业务场景来进行灵活的选择。

例如：如果布局中可以使用线性布局也可以使用相对布局的时候，那就采用线性布局，因为线性布局与相对布局比较来说，相对布局的功能是比较复杂的，因此需要绘制布局的时间也会更长，意味着占用CPU的时间也会更多。

所以在保证显示效果相差不多的情况下，优先考虑简单的布局来完成。

FrameLayout也是一种简单有效的布局，与线性布局都是比较常用的。

但是这仅仅是针对于单个布局而言，如果要设计的界面是比较复杂的，需要反复嵌套线性布局才能实现的话，那就使用相对布局会好一点，因为布局的嵌套意味着层级增加，同样也会使到程序性能下降。

二、采用 、 标签以及ViewStub

标签主要用于布局的重用，指定一个布局文件加载到当前的布局文件中。

同时，标签只支持以android:layout_开头的属性，除了android:id例外。

如果指定了id，而被包含的布局文件的根属性也指定了id，就会以中的id为准而且需要注意的是，在使用android:layout_开头的属性之前，需要先指定宽高。

例如：

标签一般和标签一起使用从而降低布局的层级。

如果被包含的布局文件中也采用和当前布局是同样的布局的情况下，就可以使用标签来代替那多余的一层布局嵌套。

ViewStub继承自View，非常的轻量级且宽/高都是0，因此本身不参与任何的布局和绘制过程，它提供了按需加载的功能，当需要时才会将ViewStub中的布局加载到内存，提高了程序初始化效率。

三、避免过度绘制
过度绘制(Overdraw)描述的是屏幕上的某个像素在同一帧的时间内被绘制了多次，在多层次重叠的UI结构里面，如果不可见的UI也在做绘制工作，会导致某些像素区域被绘制了多次，同时也会浪费大量的CPU和GPU资源。

关于过度绘制的一般场景和解决方案，参考：Android渲染性能——过度绘制

绘制优化

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

①onDraw中不要创建新的局部对象。

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

②onDraw方法中不要做耗时的任务，也不能执行成千上万次的循环 *** 作，尽管每次循环都很轻量级，但是大量的循环仍然十分抢占CPU的时间片，这会造成View的绘制过程不流畅。

按照Google官方给出的性能优化典范中的标准，View的绘制频率保证60fps是最佳的，这就要求每帧绘制时间不超过16ms(16ms = 1000/60)，虽然程序很难保证16ms这个时间，但是尽量降低onDraw方法中的复杂度总是切实有效的。

内存泄露优化

内存泄漏是指虽然java的垃圾回收器会帮我们解决大部分无用的内存空间，但是对于还保持引用，但是逻辑上以及不会再用到的对象，垃圾回收器不会回收他们。

这些对象积累在内存中，直到程序结束，但当泄漏积累到内存都被消耗完，就会导致卡顿、崩溃。

内存泄露是开发过程中的一个需要重视的问题，也是开发人员最容易犯的错误之一。

内存泄漏的优化主要分为两个方面：
首先，在开发过程中避免写出有内存泄漏的代码。

其次，通过一些分析工具比如MAT来找出潜在的内存泄漏，然后解决。

容易出现的内存泄漏的场景一般是集合类泄漏、单例/静态变量造成的内存泄漏、匿名内部类/非静态内部类、资源未关闭造成的内存泄漏。

响应速度优化

响应速度优化的核心思想就是避免在主线程中做耗时 *** 作。

如果有耗时的 *** 作，就开启子线程执行，进行异步的方式来解决耗时。

因为在主线程做太多事情，容易导致Activity启动时出现黑屏现象，甚至ANR，即应用程序无响应。

Android规定，Activity如果5秒钟之内无法响应屏幕触摸事件或者键盘输入事件就会出现ANR，而BroadcastReceiver如果10秒钟之内还未执行完 *** 作也会出现ANR。

为了避免ANR，可以开启子线程执行耗时 *** 作，但是子线程不能更新UI，所以需要子线程与主线程进行通信来解决子线程执行耗时任务后，通知主线程更新UI的场景。

关于这部分，需要掌握Handler消息机制，AsyncTask，IntentService等内容。

然而，在实际开发中，ANR仍然不可避免的发生了，而且很难从代码上发现，这时候就要用到ANR日志分析。

当一个进程发生了ANR之后，系统会在/data/anr目录下创建一个文件traces.txt，通过分析这个文件就能定位出ANR的原因。

ListView/RecycleView以及Bitmap优化

①使用ViewHolder模式来提高效率

②异步加载：耗时的 *** 作放在异步线程中

③ListView/RecycleView的滑动时停止加载和分页加载。

Bitmap优化

主要是对加载图片进行压缩，避免加载图片多大导致OOM出现。

线程优化

线程优化的思想就是采用线程池，避免程序中存在大量的Thread。

线程池可以重用内部的线程，从而避免了线程的创建和销毁锁带来的性能开销，同时线程池还能有效地控制线程池的最大并法术，避免大量的线程因互相抢占系统资源从而导致阻塞现象的发生。

因此在实际开发中，尽量采用线程池，而不是每次都要创建一个Thread对象。

其他性能优化建议

①避免过度的创建对象

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

③常量请使用static final来修饰

④使用一些Android特有的数据结构，比如SparseArray和Pair等

⑤适当采用软引用和弱引用

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

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

本文内容参考自《Android开发艺术探索》