Android性能优化利器：使用ViewStub优化你的布局

1. 问题引入

在开发应用程序的时候，经常会遇到这样的情况，会在运行时根据条件来决定哪个View或某个布局的显示与隐藏。

2. 解决方案

2.1 方案1：View.setVisibility

最常见的想法就是先把View都写到布局中，把它们的可见性都设为View.GONE，然后在代码中动态的更改它的可见性。

这钟做法的优点是逻辑简单而且控制起来比较灵活。但是它的缺点就是耗费资源。
虽然把View的初始可见View.GONE，但是在Inflate布局的时候View仍然会被Inflate，也就是说仍然会创建对象，会被实例化，会被设置属性，这些在一定程度上肯定会耗费内存等资源的。

2.2 方案2：ViewStub

ViewStub，正如它的名字一样，它是一个占位的View，本质上来说它是一个宽高都为0的一个View，且默认是不可见GONE的。只有在需要的时候，调用setVisibility函数或者inflate函数才会将其要装载的目标布局给加载出来，从而达到延迟加载的效果。这样就能优化页面渲染的速度，提升用户体验，使你的APP如德芙般丝滑~

2.3 View.setVisibility 与 ViewStub对比

下表列出了View.setVisibility 与 ViewStub 在 各个阶段的对比，可以看出，性能优化方面：
ViewStub > View.GONE > View.INVISIBLE > View.VISIBLE

对比项	View.VISIBLE	View.INVISIBLE	View.GONE	ViewStub
实例化	会	会	会	不会
onMeasure	会	会	不会	不会
onLayout	会	会	不会	不会
onDraw	会	不会	不会	不会

3. ViewStub的用法

3.1 布局中占位

布局中使用 ViewStub 占位

<ViewStub
	android:layout_width="match_parent"
	android:layout_height="50dp"
	android:id="@+id/view_stub_tv"
	android:inflatedId="@+id/tv_inflate"
	android:layout="@layout/view_stub_content_text_layout"
	/>

android:id="@+id/view_stub_tv": ViewStub 的 id
android:inflatedId="@+id/tv_inflate"：被装载的 view 的 id
android:layout="@layout/view_stub_content_text_layout": 被装载的 view 的 layout

view_stub_content_text_layout.xml :

<?xml version="1.0" encoding="utf-8"?>
<TextView xmlns:android="http://schemas.android.com/apk/res/android"
    android:id="@+id/tv_view_stub_content"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:text="这是 view stub 真正的内容">
</TextView>

注意，即使被装载的 view 布局中有id，也没用，还是要使用 android:inflatedId 中声明的id。
比如，上述代码中 view_stub_content_text_layout.xml 中定义了 TextView 的 id 为 android:id="@+id/tv_view_stub_content" ，但在代码中 findViewById 时还是要用 android:inflatedId="@+id/tv_inflate" 定义的 id

3.2 代码中引入

ViewStub 本质是一个空 View ，因此可以像其他 View 一样通过 findViewById 拿到。

val tvStub: ViewStub = findView