Android系统中的UI优化(5)

        android:background="#AA000000" 
        android:textColor="#ffffffff" 
        android:text="Golden Gate" /> 
</merge> 
运行程序后在Emulator中显示的效果是一样的，可是通过hierarchyviewer查看的UI结构是有变化的，当初多余的 FrameLayout节点被合并在一起了，或者可以理解为将merge标签中的子集直接加到Activity的FrameLayout根节点下了。（这里需要提醒大家注意：所有的Activity视图的根节点都是FrameLayout）。如果你所创建的Layout并不是用FramLayout作为根节点（而是应用LinerLayout等定义root标签），就不能应用上边的例子 通过merge来优化UI结构了。
除了上边的例子外，meger还有另外一个用法：当应用Include或者ViewStub标签从外部导入xml结构时，可以将被导入的xml用merge作为根节点，这样当被嵌入父级结构中后可以很好的将它所包含的子集融合到父级结构中，而不会出现冗余节点。
另外有两点需要特别注意：
A.<merge/>只可以作为xml layout的根节点；
B.当需要扩充的xml layout本身是由merge作为根节点的话，需要将被导入的xml layout置于viewGroup中，同时需要设置attachToRoot为True。（更多说明请参见inflate()文档）
3、使用工具 hierarchyViewer 和 Layout Opt.
前边已经介绍了如何通过Layout优化系统资源，减少不必要的资源占用。基于如何在合理利用资源的前提下，更进一步的提升视觉表现力。这里所提到的视觉表现力并不是指直观所看到的视觉效果，而是性能的提升。
这里将包含两个主要内容：
Drawing（绘制的刷新率）
Startup Time (启动Activities的时间）
以上两个性能的优化都将依赖于 Window backGround drawable功能设置。
通过Window backGround标识会对部分人产生一定的误解，其实每次通过setContentView()来显示预先配置的界面时，Android仅仅是将你所创建的Views添加到Activiy的Window中。而且这个Window并不仅仅包含你所创建的Views，还包括Android为Activity预置的元素。通过Emulator运行你的程序，然后通过Hierarchy Viewer查看当前程序UI架构Root节点 DecorView，这个是Android额外添加的最顶层的节点。

实际上Window background drawable是由DecorView决定的。可以在Activity中调用getWindow().setBackgroundDrawable()方法来设置DecorView的background drawable。这里要特别注意这个方法是针对当前版本的Android平台，以后可能会因为版本的更新或不同的硬件设备而改变。（目前我们仅针对 G1，如果在其它环境下测试需要小心验证）
如果目前正在使用android默认的标准Themes，那么在调用getWindow().setBackgroundDrawable()方法之后，这个background drawable将会影响你的activities。通过一个例子来直观的比较性能提升的效果：

通过上边这个截图可以看到保持activity的redraw模式下，当前的FPS为39帧 /每秒，大概相当于25毫秒/每帧。由于这个例子中将ImageView设为全屏显示，并且完全覆盖了activity的背景，所以background drawable占用了不必要的计算资源。下边创建一个新的Theme并且应用在Activity中，创建res/values/theme.xml, XML的内容：
Xml代码 
<resources> 
    <style name="Theme.NoBackground" parent="android:Theme">