优化布局结构

参考地址：http://developer.android.com/training/improving-layouts/optimizing-layout.html

布局是Android应用程序的关键部分，直接影响到用户体验。如果实现的不好，布局会消耗大量内存，应用程序UI会变得缓慢。Android SDK包含工具来帮助你识别布局性能问题，结合最佳实践，你将能够实现流畅的滚动体验和一个最低内存的占用。

我们有一个误解，就是使用基本的布局结构，可以实现最有效率的布局。加到App中的布局都会经历初始化、布局和绘制的阶段。比如LinearLayout可能会导致一个过深的视图层级。另外，嵌套在LinearLayout中的每一个View使用layout_weight属性时，性能更低，因为它需要被计算（onMeasure）两次。这在ListView 或 GridView中尤甚，因为这两个widget中的布局重复的出现。

检查你的布局

Android SDK提供了一个叫View Hierarchy的工具。，可以帮助你在App运行时检测布局的结构和瓶颈。hierarchyviewer工具位于/tools/目录中。打开之后可以选择设备以及运行的程序，点击* Load View Hierarchy*，例如下图是LinearLayout嵌套的View Hierarchy：

这是一个三层的视图结构，我们看到在第二层的LinearLayout上有一些问题。点击它会出现下图：

渲染一个列表item所花时间如下：
-Measure: 0.977ms
-Layout: 0.167ms
-Draw: 2.717ms
我们看到在draw上花了较多的时间，这样可以针对绘制进行优化。

修复你的布局

上述描述的布局性能问题是来自嵌套的LinearLayout，我们可以使用扁平的布局方式来提升，即减少它的视图层级。RelativeLayout是一个较好的选择，当使用RelativeLayout布局时，你会发现视图层级变成了2级。看上去如下：

选择渲染一个列表item所花时间如下：
Measure: 0.598ms
Layout: 0.110ms
Draw: 2.146ms
看到时间上有一些提升，但因为是列表项，当列表数据很多时，性能就提升了很多了。
大多数时候LinearLayout性能较低，是因为layout_weight属性的使用。

使用Lint

Lint已经取代Layoutopt工具，它具有更强大的功能。一些Lint的规则如下：

• 可优化的布局：如包含一个Imageview和一个TextView的LinearLayout，可被采用CompoundDrawable的TextView代替
• 如果FrameLayout作为根布局，而且没有设置backgroud以及padding属性，那么使用标签代替，会有稍稍的性能提升。
• 无效的泄露。一个布局如果没有子view没有backgroud，一般就该删掉它。减少视图层次。
• 过深的层级。视图层级过深，将影响性能。我们使用RelativeLayout 或 GridLayout来减少视图层级。默认视图的最大层级是10

Lint集成到Android Studio中，无论何时编译代码它都会自动执行。使用Lint可以对特定的构建变量或全部的构建变量进行监视。
在Android Studio中，File>Settings>Project Settings，可以设置监视配置。

Lint可以自动修复一些问题，或者提供修复建议，还可以直接跳转到对应的代码进行审查。

使用和重用布局

参考地址：http://developer.android.com/training/improving-layouts/reusing-layouts.html
在Android中可以使用 和 来嵌套一个布局到当前布局中。
重用布局特别强大，它允许你创建可重用的复杂的布局。比如，一个Toggle按钮，或自定义的带描述文本的进度条。这也意味着在多个应用程序中通用的布局元素可以提取，单独管理，然后被包含在其它布局中。因此,尽管你可以通过编写一个自定义View创建个人的UI组件，你也可以更轻易的重用一个布局文件。

创建一个重用布局

例如，下面是一个titlebar.xml:

<FrameLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="wrap_content"
    android:background="@color/titlebar_bg">

    <ImageView android:layout_width="wrap_content"
               android:layout_height="wrap_content"
               android:src="@drawable/gafricalogo" />
</FrameLayout>

使用标签

将上面的titlebar加到自己的当前布局中：

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:orientation="vertical"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:background="@color/app_bg"
    android:gravity="center_horizontal">

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

    <TextView android:layout_width="match_parent"
              android:layout_height="wrap_content"
              android:text="@string/hello"
              android:padding="10dp" />

    ...

</LinearLayout>

你也可以覆盖被include进来的布局的root View所有的布局参数（任意android:layout_*属性），例如：

<include android:id="@+id/news_title"
         android:layout_width="match_parent"
         android:layout_height="match_parent"
         layout="@layout/title"/>

然而，在include布局中药覆盖布局参数，务必要覆盖android:layout_height 和 android:layout_width参数，这样布局才能正确的生肖。

使用标签

标签有助于消除视图层次中不用的ViewGroup。例如，当你的主布局中有一个垂直的LinearLayout，其中有两个连续的View可以在多个布局中重用，然后将这个重用的布局组织起来需要一个根View，如果使用LinearLayout作为根View，那么会导致增加View的层次结构，这个LinearLayout没有任何实际意义，也会拖慢UI性能。
这时我们使用标签，可以避免这种现象发生：

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

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

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

</merge>

现在，你将这个布局使用嵌套到另一个布局中，系统会直接忽略标签，直接将两个按钮加到布局中，取代include标签。

按需加载的ViewStub

http://developer.android.com/training/improving-layouts/loading-ondemand.html#ViewStub
有时需要加载一个暂时不需要的复杂视图，是比较消耗内存等资源且会影响界面的加载速度的。我们使用ViewStub来满足这个需求。

定义一个ViewStub

ViewStub是一个轻量的view，没有尺寸，不需要在布局中draw任何东西。每一个ViewStub都只需要指定android:layout属性即可，这个属性标识ViewStub要解析的布局。

<ViewStub
    android:id="@+id/stub_import"
    android:inflatedId="@+id/panel_import"
    android:layout="@layout/progress_overlay"
    android:layout_width="fill_parent"
    android:layout_height="wrap_content"
    android:layout_gravity="bottom" />

加载ViewStub布局

需要加载ViewStub的布局，调用setVisibility(View.VISIBLE) 或 inflate()设置它可见即可：

((ViewStub) findViewById(R.id.stub_import)).setVisibility(View.VISIBLE);
// or
View importPanel = ((ViewStub) findViewById(R.id.stub_import)).inflate();

一旦ViewStub设置可见或inflate过之后，ViewStub 就不再是视图层级中的元素了，它会被inflate出来的布局替换，这个布局的rootView的id为ViewStub中的android:inflatedId属性指定的。

注意：ViewStub的一个缺点是现在不支持标签的解析。

让ListView平滑滚动

参考地址：http://developer.android.com/training/improving-layouts/smooth-scrolling.html
为了让ListView滚动平滑，需要让主线程摆脱繁重的任务处理，确保任何的网络操作、磁盘IO操作、SQL操作都在一个单独的线程中运行。

使用后台线程

使用后台线程(“worker thread”)，给主线程（UI线程）减轻负担，让其专注于draw UI。AsyncTask 提供一个简单的方式实现在主线程异步加载数据：

// Using an AsyncTask to load the slow images in a background thread
new AsyncTask<ViewHolder, Void, Bitmap>() {
    private ViewHolder v;

    @Override
    protected Bitmap doInBackground(ViewHolder... params) {
        v = params[0];
        return mFakeImageLoader.getImage();
    }

    @Override
    protected void onPostExecute(Bitmap result) {
        super.onPostExecute(result);
        if (v.position == position) {
            // If this item hasn‘t been recycled already, hide the
            // progress and set and show the image
            v.progress.setVisibility(View.GONE);
            v.icon.setVisibility(View.VISIBLE);
            v.icon.setImageBitmap(result);
        }
    }
}.execute(holder);

从Android 3.0 (API level 11)开始，我们可以使用AsyncTask的新特性，使用多核心处理器。我们使用executeOnExecutor()而不是execute()来执行任务，它允许同时处理多个后台任务基于可用的处理器的数量。

使用View Holder对象

在滚动ListView时会频繁调用findViewById()方法，这样是非常消耗性能的，我们使用ViewHolder来解决这类问题：

static class ViewHolder {
  TextView text;
  TextView timestamp;
  ImageView icon;
  ProgressBar progress;
  int position;
}

然后填充和存储ViewHolder如下：

ViewHolder holder = new ViewHolder();
holder.icon = (ImageView) convertView.findViewById(R.id.listitem_image);
holder.text = (TextView) convertView.findViewById(R.id.listitem_text);
holder.timestamp = (TextView) convertView.findViewById(R.id.listitem_timestamp);
holder.progress = (ProgressBar) convertView.findViewById(R.id.progress_spinner);
convertView.setTag(holder);

现在你可以很容易地访问每个View，不需要findViewById()，节省宝贵的处理器时间片。