Google I/O 大会上提出的UI优化相关

1、ListView的Adapter

Adapter在ListView中的工作原理是：

上图也正好反映出ListView使用了Adapter来适配数据源。

每一个Item条目都是通过Adapter.getView得到的。每次假如不处理会返回一个新的view，这是非常耗费性能的。

要这样做：

static class ViewHolder {
TextView text;
ImageView icon;
}

1 public View getView(int position, View convertView, ViewGroup parent) {
2 ViewHolder holder;
3
4 if (convertView == null) {
5 convertView = mInflater.inflate(R.layout.list_item_icon_text, null);
6
7 holder = new ViewHolder();
8 holder.text = (TextView) convertView.findViewById(R.id.text);
9 holder.icon = (ImageView) convertView.findViewById(R.id.icon);
10
11 convertView.setTag(holder);
12 } else {
13 holder = (ViewHolder) convertView.getTag();
14 }
15
16 holder.text.setText(DATA[position]);
17 holder.icon.setImageBitmap((position & 1) == 1 ? mIcon1 : mIcon2);
18
19 return convertView;
20 }

这样性能会大幅的提升。

二、图片和Activity的背景

背景图片总是会拉伸来适应view，但是正在运行的拉伸是很耗性能的。应该做一下图像的预处理

// Rescales originalImage to the size of view using
// bitmap filtering for better results
originalImage = Bitmap.createScaledBitmap(
 originalImage, // bitmap to resize
 view.getWidth(), // new width
 view.getHeight(), // new height
true); // bil

而Activity的背景有时是没有必要的，而它们默认都是填充屏幕，这是耗性能的。可以考虑去掉背景：

Removing the background
20
<!-- res/values/styles.xml -->
<resources>
<style name="Theme.NoBackground" parent="android:Theme">
<item name="android:windowBackground">@null</item>
</style>
</resources>

<activity
 android:name="MyApplication"
 android:theme="@style/NoBackgroundTheme">
<!-- intent filters and stuff -->
</activity>

三、Drawing and invalidating

虽然平时我们都用invalidate()，因为不需要任何参数，很简单。但是性能并不高。

应该

–invalidate(Rect)
–invalidate(left, top, right, bottom)

效率比不传参数高一些。因为这是局部去刷新。

四、view和布局文件

原则是布局越简单、层级越少，性能会越好。因为系统在加载view的时候就能花更少的时间去计算位置、去绘画它们。

可以有一些优化的方面：

1、Textview可以设置一个drawable来替代

<LinearLayout
 android:orientation="horizontal"
 android:layout_width="fill_parent"
 android:layout_height="wrap_content">
<ImageView
 android:layout_width="wrap_content"
 android:layout_height="wrap_content"
 android:src="@drawable/icon" />
<TextView
 android:layout_width="wrap_content"
 android:layout_height="wrap_content"
 android:text="@string/hello" />
</LinearLayout>

仅仅需要一个TextView就可以搞定

<TextView
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="@string/hello"
android:drawableLeft="@drawable/icon" />

2、使用ViewStub

在开发应用程序的时候，经常会遇到这样的情况，会在运行时动态根据条件来决定显示哪个View或某个布局。那么最通常的想法就是把可能用到的View都写在上面，先把它们的可见性都设为View.GONE，然后在代码中动态的更改它的可见性。这样的做法的优点是逻辑简单而且控制起来比较灵活。但是它的缺点就是，耗费资源。虽然把View的初始可见View.GONE但是在Inflate布局的时候View仍然会被Inflate，也就是说仍然会创建对象，会被实例化，会被设置属性。也就是说，会耗费内存等资源。

推荐的做法是使用android.view.ViewStub，ViewStub是一个轻量级的View，它一个看不见的，不占布局位置，占用资源非常小的控件。可以为ViewStub指定一个布局，在Inflate布局的时候，只有ViewStub会被初始化，然后当ViewStub被设置为可见的时候，或是调用了ViewStub.inflate()的时候，ViewStub所向的布局就会被Inflate和实例化，然后ViewStub的布局属性都会传给它所指向的布局。这样，就可以使用ViewStub来方便的在运行时，要还是不要显示某个布局。

但是它也有不足的地方：

（1）ViewStub只能Inflate一次，之后ViewStub对象会被置为空。按句话说，某个被ViewStub指定的布局被Inflate后，就不会够再通过ViewStub来控制它了。

（2）ViewStub只能用来Inflate一个布局文件，而不是某个具体的View，当然也可以把View写在某个布局文件中。

因此使用的时候还是要注意的。要根据实际需求来决定

3、<merge />

当最外层的节点是FrameLayout时，因为所有的Activity view 的父节点都是FrameLayout，因此这会出现两个FrameLayout，用merge，系统在解析xml时会忽略merge，并把它的子节点添加到merge的父节点上，这样就节省了一个层级。提高了Layout的性能。

<merge />标签极其有用。然而它也有以下两个限制：

• <merge />只能作为XML布局的根标签使用
• 当Inflate以<merge />开头的布局文件时，必须指定一个父ViewGroup，并且必须设定attachToRoot为true（参看inflate(int, android.view.ViewGroup, Boolean)方法）。

4、Memory allocations

有些地方是对性能非常敏感的，要减少创建java对象

在管理对象的时候可以适当的使用软引用和弱引用

Simple cache
private final HashMap<String, SoftReference<T>> mCache;
public put(String key, T value) {
 mCache.put(key, new SoftReference<T>(value));
 }
public T get(String key, ValueBuilder builder) {
T value = null;
SoftReference<T> reference = mCache.get(key);
if (reference != null) {
 value = reference.get();
 }
// Not in cache or gc'd
if (value == null) {
 value = builder.build(key);
 mCache.put(key, new SoftReference<T>(value));
 }
return value;
 }