本节介绍了一些有效的性能优化方法，主要内容包括布局优化、绘制优化、内存泄露优化、响应速度优化、ListView 优化、Bitmap 优化、线程优化以及一些性能优化建议，在介绍响应速度优化的同时还介绍了ANR日志的分析方法。
15.1.1 布局优化
布局优化的思想很简单，就是尽量减少布局文件的层级，布局中的层级少了，这就意味着Android绘制时的工作量少了，那么程序的性能自然就高了。
首先删除布局中无用的控件和层级，其次有选择地使用性能较低的ViewGroup。布局优化的另外一种手段是采用
标签主要用于布局重用； 标签一般和 配合使用，它可以降低减少布局的层级； - ViewStub则提供了按需加载的功能，当需要时才会将ViewStub中的布局加载到内存，这提高了程序的初始化效率。
15.1.2 绘制优化
绘制优化是指View的onDraw方法要避免执行大量的操作，这主要体现在两个方面。
- 首先，onDraw中不要创建新的局部对象，这是因为onDraw方法可能会被频繁调用，这样就会在一瞬间产生大量的临时对象，这不仅占用了过多的内存而且还会导致系统更加频繁gc，降低了程序的执行效率。
- 另外一方面，onDraw 方法中不要做耗时的任务，也不能执行成千上万次的循环操作，尽管每次循环都很轻量级，但是大量的循环仍然十分抢占CPU的时间片，这会造成View的绘制过程不流畅。按照Google官方给出的性能优化典范中的标准，View 的绘制帧率保证60fps是最佳的，这就要求每帧的绘制时间不超过16ms ( 16ms= 1000/ 60)，虽然程序很难保证16ms这个时间，但是尽量降低onDraw方法的复杂度总是切实有效的。
15.1.3 内存泄露优化
内存泄露的优化分为两个方面，一方面是在开发过程中避免写出有内存泄露的代码，另一方 面是通过一些分析工具比如来找出潜在的内存泄露继而解决。
- 场景1:静态变量导致的内存泄露
- 场景2:单例模式导致的内存泄露
- 场景3:属性动画导致的内存泄露
15.1.4 响应速度优化和ANR日志分析
响应速度优化的核心思想是避免在主线程中做耗时操作，但是有时候的确有很多耗时操作，怎么办呢?
可以将这些耗时操作放在线程中去执行，即采用异步的方式执行耗时操作。响应速度过慢更多地体现在Activity 的启动速度上面，如果在主线程中做太多事情，会导致Activity启动时出现黑屏现象，甚至出现ANR。
Android 规定，Activity 如果5秒钟之内无法响应屏幕触摸事件或者键盘输入事件就会出现ANR，而BroadcastReceiver 如果10秒钟之内还未执行完操作也会出现ANR。
在实际开发中，ANR是很难从代码上发现的，如果在开发过程中遇到了ANR,那么怎么定位问题呢?其实当一个进程发生ANR了以后，系统会在/data/anr目录下创建一个文件traces.txt,通过分析这个文件就能定位出ANR的原因。
15.1.5 ListView和Bitmap优化
ListView的优化（适用于GridView）：
- 首先要采用ViewHolder并避免在getView中执行耗时操作；
- 其次要根据列表的滑动状态来控制任务的执行频率，比如当列表快速滑动时显然是不太适合开启大量的异步任务的;
- 最后可以尝试开启硬件加速来使Listview的滑动更加流畅。
Bitmap的优化，主要是通过BitmapFactory.Options来根据需要对图片进行采样，采样过程中主要用到了BitmapFactory.Options 的inSampleSize参数。
15.1.6 线程优化
线程优化的思想是采用线程池，避免程序中存在大量的Thread。线程池可以重用内部的线程，从而避免了线程的创建和销毁所带来的性能开销，同时线程池还能有效地控制线程池的最大并发数，避免大量的线程因互相抢占系统资源从而导致阻塞现象的发生。因此在实际开发中，我们要尽量采用线程池，而不是每次都要创建一个 Thread对象。
15.1.7 一些性能优化建议
- 避免创建过多的对象;
- 不要过多使用枚举，枚举占用的内存空间要比整型大;
- 常量请使用static final来修饰;
- 使用一 些Android 特有的数据结构，比如SparseArray和Pair等，它们都具有更好的性能;
- 适当使用软引用和弱引用;
- 采用内存缓存和磁盘缓存:
- 尽量采用静态内部类，这样可以避免潜在的由于内部类而导致的内存泄露。