Android布局优化之include、merge、ViewStub的使用

本文针对include、merge、ViewStub三个标签如何在布局复用、有效减少布局层级以及如何可以按需加载三个方面进行介绍的。

复用布局可以帮助我们创建一些可以重复使用的复杂布局。这种方式也意味着应用中任何在多个布局文件之间使用的通用布局都可以被提取出来，然后分别进行管理，使用的时候再进行组合。因此当我们在自定义一些View的时候，使用复用布局会更简单方便。在平常开发中使用可以复用的布局文件，不仅仅是因为它可以有效减少布局文件数量，更多的目的在于它更方面我们管理应用，布局复用，在更改某个组件时就可以做到改一个布局文件就更改了应用中所有引用该布局文件的组件，做到一改全改。

<include/>

<include/>标签在布局优化中是使用最多的一个标签了，它就是为了解决重复定义布局的问题。<include/>标签就相当于C、C++中的include头文件一样，把一些常用的底层的API封装起来，需要的时候引入即可。在一些开源的J2EE中许多XML配置文件也都会使用<include/>标签，将多个配置文件组合成为一个更为复杂的配置文件，如最常见的S2SH。

在以前Android开发中，由于ActionBar设计上的不统一以及兼容性问题，所以很多应用都自定义了一套自己的标题栏titlebar。标题栏我们知道在应用的每个界面几乎都会用到，在这里可以作为一个很好的示例来解释<include/>标签的使用。

下面是一个自定义的titlebar文件：

1

2

3

4

5

6

7

8

9

<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布局文件，我们通过<include/>标签,布局文件如下：

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

<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布局的布局属性（如layout_*属性）。

布局示例如下：

1

2

3

4

<include android:id="@+id/news_title"

android:layout_width="match_parent"

android:layout_height="match_parent"

layout="@layout/title"/>

如果想使用<include/>标签覆盖嵌入布局root布局属性，必须同时覆盖layout_height和layout_width属性，否则会直接报编译时语法错误。

Layout parameter layout_height ignored unless layout_width is also specified on <include> tag

如果<include/>标签已经定义了id，而嵌入布局文件的root布局文件也定义了id，<include>标签的id会覆盖掉嵌入布局文件root的id，如果include标签没有定义id则会使用嵌入文件root的id。

<merge/>

<merge/>标签都是与<include/>标签组合使用的，它的作用就是可以有效减少View树的层次来优化布局。

下面通过一个简单的示例探讨一下<merge/>标签的使用，下面是嵌套布局的layout_text.xml文件：

1

2

3

4

5

6

7

8

9

10

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

android:layout_width="match_parent"

android:layout_height="match_parent"

android:orientation="vertical" >

<TextView

android:id="@+id/textView"

android:layout_width="match_parent"

android:text="Hello World!"

android:layout_height="match_parent" />

</LinearLayout>

一个线性布局中嵌套一个文本视图，主布局如下：

1

2

3

4

5

6

7

8

9

10

11

12

13

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

android:id="@+id/layout_wrap"

android:layout_width="match_parent"

android:layout_height="match_parent"

android:orientation="vertical" >

<include

android:id="@+id/layout_import"

android:layout_width="match_parent"

android:layout_height="match_parent"

layout="@layout/layout_text" />

</LinearLayout>

通过hierarchyviewer我们可以看到主布局View树的部分层级结构如下图：

现在讲嵌套布局跟布局标签更改为<merge/>，merge_text.xml布局文件如下：

1

2

3

4

5

6

7

8

9

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

<TextView

android:id="@+id/textView"

android:layout_width="match_parent"

android:layout_height="match_parent"

android:text="Hello World!"/>

</merge>

然后将主布局<include/>标签中的layout更改为merge_text.xml，运行后重新截图如下:

对比截图就可以发现上面的四层结构，现在已经是三层结构了。当我们使用<merge/>标签的时候，系统会自动忽略merge层级，而把TextView直接放置与<include/>平级。

<merge/>标签在使用的时候需要特别注意布局的类型，例如我的<merge/>标签中包含的是一个LinearLayout布局视图，布局中的元素是线性排列的，如果嵌套进主布局时，include标签父布局时FrameLayout，这种方式嵌套肯定会出问题的，merge中元素会按照FrameLayout布局方式显示。所以在使用的时候，<merge/>标签虽然可以减少布局层级，但是它的限制也不可小觑。

<merge/>只能作为XML布局的根标签使用。当Inflate以<merge/>开头的布局文件时，必须指定一个父ViewGroup，并且必须设定attachToRoot为true。

View android.view.LayoutInflater.inflate(int resource, ViewGroup root, boolean attachToRoot)

root不可少，attachToRoot必须为true。

ViewStub

在开发过程中，经常会遇到这样一种情况，有些布局很复杂但是却很少使用。例如条目详情、进度条标识或者未读消息等，这些情况如果在一开始初始化，虽然设置可见性View.GONE,但是在Inflate的时候View仍然会被Inflate，仍然会创建对象，由于这些布局又想到复杂，所以会很消耗系统资源。

ViewStub就是为了解决上面问题的，ViewStub是一个轻量级的View，它一个看不见的，不占布局位置，占用资源非常小的控件。

定义ViewStub布局文件

下面是一个ViewStub布局文件：

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

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

android:id="@+id/layout_wrap"

android:layout_width="match_parent"

android:layout_height="match_parent"

android:orientation="vertical" >

<ViewStub

android:id="@+id/stub_image"

android:layout_width="match_parent"

android:layout_height="wrap_content"

android:inflatedId="@+id/image_import"

android:layout="@layout/layout_image" />

<ViewStub

android:id="@+id/stub_text"

android:layout_width="match_parent"

android:layout_height="wrap_content"

android:inflatedId="@+id/text_import"

android:layout="@layout/layout_text" />

</LinearLayout>

layout_image.xml文件如下（layout_text.xml类似）：

1

2

3

4

5

6

7

8

9

10

11

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

android:layout_width="match_parent"

android:layout_height="wrap_content"

android:id="@+id/layout_image">

<ImageView

android:id="@+id/imageView"

android:layout_width="match_parent"

android:layout_height="wrap_content" />

</LinearLayout>

加载ViewStub布局文件

动态加载ViewStub所包含的布局文件有两种方式，方式一使用使用inflate()方法，方式二就是使用setVisibility(View.VISIBLE)。

示例java代码如下：

1

2

3

4

5

6

7

8

9

10

11

private ViewStub viewStub;

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.layout_main2);

viewStub = (ViewStub) findViewById(R.id.stub_image);

//viewStub.inflate();//方式一

viewStub.setVisibility(View.VISIBLE);//方式二

ImageView imageView = (ImageView) findViewById(R.id.imageView);

imageView.setImageResource(R.drawable.image);

}

示例View层级截图如下：

ViewStub一旦visible/inflated,它自己就不在是View试图层级的一部分了。所以后面无法再使用ViewStub来控制布局，填充布局root布局如果有id，则会默认被
android:inflatedId所设置的id取代，如果没有设置android:inflatedId，则会直接使用填充布局id。

由于ViewStub这种使用后即可就置空的策略，所以当需要在运行时不止一次的显示和隐藏某个布局，那么ViewStub是做不到的。这时就只能使用View的可见性来控制了。

layout_*相关属性与include标签相似，如果使用应该在ViewStub上面使用，否则使用在嵌套进来布局root上面无效。

ViewStub的另一个缺点就是目前还不支持merge标签。

小结

Android布局优化基本上就设计上面include、merge、ViewStub三个标签的使用。在平常开发中布局推荐使用RelativeLayout，它也可以有效减少布局层级嵌套。最后了将merge和include源码附上，ViewStub就是一个View，就不贴出来了。

Include源码

1

2

3

4

5

6

7

8

9

10

/**

* Exercise <include /> tag in XML files.

*/

public class Include extends Activity {

@Override

protected void onCreate(Bundle icicle) {

super.onCreate(icicle);

setContentView(R.layout.include_tag);

}

}

Merge源码

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

/**

* Exercise <merge /> tag in XML files.

*/

public class Merge extends Activity {

private LinearLayout mLayout;

@Override

protected void onCreate(Bundle icicle) {

super.onCreate(icicle);

mLayout = new LinearLayout(this);

mLayout.setOrientation(LinearLayout.VERTICAL);

LayoutInflater.from(this).inflate(R.layout.merge_tag, mLayout);

setContentView(mLayout);

}

public ViewGroup getLayout() {

return mLayout;

}

}

本文地址www.sunnyang.com/418.html

时间： 2024-12-22 21:59:20

Android布局优化之include、merge、ViewStub的使用的相关文章

Android布局优化：include 、merge、ViewStub的详细总结

本篇博客主要是对上篇博客的补充Android性能优化之UI渲染性能优化, 没有什么新东西,觉得应该是都掌握的玩意,写出来也只是自己做个小小的总结. 一.include的用法以及注意点 在开发Android布局时,我们常将一些通用的视图提取到一个单独的layout文件中,然后使用<include>标签在需要使用的其他layout布局文件中加载进来,比如我们自己App导航栏等.这样,便于对相同视图内容进行统一的控制管理,提高布局重用性. 下面我们以大部分项目中都有的头部导航栏为例,说明一下incl

【Android 开发技巧】布局优化利器&lt;include/&gt;和ViewStub

『原创作品,转载请注明出处. --- 孙国威』 [文章原始地址 http://blog.csdn.net/manoel/article/details/39036507] 当创建复杂的布局的时候,有时候会发现添加了很多的ViewGroup和View.随之而来的问题是View树的层次越来越深,应用也变的越来越慢,因为UI渲染是非常耗时的. 这时候就应该进行布局优化了.这里介绍两种方式,分别为<include>标签和ViewStub类. <include/> 使用<include

[Android]Android布局优化之&lt;include /&gt;

转载请标明:转载于http://www.cnblogs.com/Liuyt-61/p/6602891.html ------------------------------------------------------------------------------------------- >将可复用的组件抽取出来并通过include标签使用. 作用: 将共同的组件抽取出来单独放到一个xml文件中,然后使用include标签导入公用布局. 效果:提高UI的制作和复用效率,也能保证制作的UI布

安卓移动端布局优化利器include和ViewStub

当创建复杂的布局的时候,有时候会发现添加了很多的ViewGroup和View.随之而来的问题是View树的层次越来越深,应用也变的越来越慢,因为UI渲染是非常耗时的. 这时候就应该进行布局优化了.这里介绍两种方式,分别为标签和ViewStub类. 使用是为了避免代码的重复.设想一种情况,我们需要为app中的每个视图都添加一个footer,这个 footer是一个显示app名字的TextView.通常多个Activity对应多个XML布局文件,难道要把这个TextView复制到每个XML 中吗?如

【转】Android布局优化之ViewStub

ViewStub是Android布局优化中一个很不错的标签/控件,直接继承自View.虽然Android开发人员基本上都听说过,但是真正用的可能不多. ViewStub可以理解成一个非常轻量级的View,与其他的控件一样,有着自己的属性及特定的方法.当ViewStub使用在布局文件中时,当程序inflate布局文件时,ViewStub本身也会被解析,且占据内存控件,但是与其他控件相比,主要区别体现在以下几点: 1.当布局文件inflate时,ViewStub控件虽然也占据内存,但是相相比于其他控

android 布局优化常用技巧

android对多个模块都要是要的UI逻辑的致辞除了fragment之外,没有别的东西可以支持了, include,merge,viewstub只能支持公用的ui,但是这个通用支持不能包含逻辑(java代码)的. 1.使用include标签 这个标签只是启动重复某个UI xml文件的作用,android框架在解析的时候没有什么优化,唯一的作用就是起到方便管理的作用了. 当解析到 include 标签的时候,就从它的layout属性中拿出 布局文件,解析这个布局,替代include标签的节点 2.

Android布局优化

Android影响布局性能主要是Overdraw(过度绘制),表现在重叠不可见元素的重复绘制会产生额外的开销. Overdraw以颜色划分等级:蓝色:Overdraw1倍:绿色:Overdraw2倍:浅红:Overdraw3倍:暗红;Overdraw4倍以上(需要进行优化). Android布局优化解决措施: 1.合理选择控件 LinearLayout简单易用,效率高,但是使用范围有限. RelativeLayout较复杂,使用范围广,效率稍差. 2.去掉windows默认背景 去掉window

Android 布局中的include标签使用

Android 布局中的include标签使用 最近在布局时,有好多页面都是有共同特点的,比如标题:一个同样的样式! 如下图所示: 如果给每个页面都单独的写一个标题的布局那就太麻烦了,如果能写一个标题布局,其它页面重用该多好! 这个时候,<include> 就隆重登场了! 写一个标题的布局 title.xml: <?xml version="1.0" encoding="utf-8"?> <RelativeLayout xmlns:an

Android 布局优化工具Hierarchy Viewer的使用

网上已经有很多关于Hierarchy Viewer如何使用的文章,这里就不一步步的演示具体怎样使用了,ddna兄的<[Android工具]被忽略的UI检视利器:Hierarchy Viewer>与张兴业的<Android UI 优化--使用HierarchyViewer工具>都写的很棒. Hierarchy Viewer有两个用途,一个是用于分析当前页面视图层级,再者也能分析布局的时间统计(Measrue.Layout.Draw)所需要的具体时间,本篇主要是关注布局时间的统计功能.