前言
本节将介绍一些有效的性能优化方法，主要内容包括布局优化，绘制优化、内存泄漏优化、响应速度优化、ListView优化、Bitmap优化、线程优化以及一些性能优化建议，在介绍响应速度优化的同时还会介绍ANR日志的分析方法。
布局优化
布局优化的思想很简单，就是尽量减少布局文件的层级，这个道理很浅显的，布局中的层级少了，这就意味着Android绘制是的工作量减少了，那么程序的性能自然就提高了。
如何进行布局优化呢？首先删除布局中无用的空间和层级，其次有选择地使用性能较低的ViewGroup，比如RelativeLayout。如果布局中既可以使用LinearLayout也可以使用RelativeLayout，那么就采用LinearLayout，这是应为RelativeLayout 的功能比较复杂，他的布局过程需要花费更多的CPU时间。FrameLayout和LinearLayout一样都是一种简单高效的ViewGroup，因此可以考虑使用它们，但是很多时候单纯通过一个LinearLayout或者FrameLayout 无法实现产品效果，需要通过嵌套的方式来完成。这种情况下还是建议采用RelativeLayout，因为ViewGroup的嵌套就相当于增加了布局的层级，同样会降低程序的性能。
布局优化的另一种手段是采用<include>标签、<merge>标签、ViewStub。<include>标签主要用于布局重用，<merge>标签一般和<include>标签配合使用，他可以降低减少布局的层级，ViewStub则提供了按需加载的功能，当需要时才会将ViewStub中的布局加载到内存中，者提高了程序的初始化效率，下面分别介绍他们的使用方法。
<include>标签
<include>标签可以将一个指定的布局文件加载到当前的布局文件中。
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:background="@color/bg"
android:orientation="vertical" >
<include
layout="@layout/actionbar_layout"/>
</LinearLayout>
上面代码中，@layout/actionbar_layout 指定了另一个布局文件，通过这种方式就不用把 actionbar_layout 这个布局文件的内容在重复一遍了，这就是<include>的好处。<include>标签只支持以android:layout_开头的 属性，比如android:layout_width、android:layout_height，其他属性是不支持的，比如android:background。当然，android:id 这个属性是个特例，如果 <include>指定了这个id属性，同时被包含的布局文件的根元素也指定了id属性 ，那么以<include>指定的id属性为准。需要注意的是，如果<include>标签指定了android:layout_这种属性，那么要求android:layout_width和android:layout_height必须存在，否则其他android:layout_形式的属性无法生效，下面是一个指定了android:layout_*属性的实例。
<include android:id="@+id/new_title"
android:layout_width="match_parent"
android:layout_height="match_parent"
layout="@layout/actionbar_layout"/>
<merge>标签
<merge>标签一般和<include>标签一起使用从而减少布局的层级。在上面的实例中，由于当前布局是一个竖直方向的LinearLayout,这个时候如果被包含的布局文件中也采用了竖直方向的LinearLayout，那么显然被包含的布局文件中的LinearLayout是多余的，通过<merge>标签就可以去掉多余的那一层LinearLayout。
<merge xmlns:android="http://schemas.android.com/apk/res/android">
<Button
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="@+id/btn1" />
<Button
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="@+id/btn2" />
</merge>
ViewStub
ViewStub继承了View，它非常轻量级且宽/高都是0，因此它本身不参与任何的布局和绘制过程。ViewStub的意义在于按需加载所需的布局文件，在实际开发中，有很多布局文件在正常情况下不会显示，比如网络异常时的界面，这个时候就没有必要再整个界面初始化的时候将其加载进来，通过ViewStub就可以做到在使用的时候再加载提高程序初始化时的性能。
<ViewStub
android:id="@+id/stub_import"
android:inflatedId="@+id/pane_import"
android:layout_width="match_parent"
android:layout_height="match_parent"
layout="@layout/layout_network_error" />
其中stub_import 是ViewStub 的id，而 panel_import 是layout_network_error这个布局的根元素id。在需要加载ViewStub中布局的时候，有一下两种方式：
((ViewStub) findViewById(R.id.stub_import)).setVisibility(View.VISIBLE);
或者
((ViewStub) findViewById(R.id.stub_import)).inflate();
当ViewStub 通过setVisibility或者inflate方法加载后，ViewStub就会被它内部的布局替换掉，这个时候ViewStub就不在是整个布局结构的一部分了。另外目前ViewStub还不支持<merge>标签。
