ViewStub使用详解——从源码看ViewStub的使用

ViewStub就是一个轻量级的View,它在布局文件中以<ViewStub>标签的形式存在,在acitivity加载布局的时候并不会实例化这个View,而是当在代码中调用ViewStub的inflate()方法的时候才会实例化这个View。

定义一个ViewStub

ViewStub是一个轻量级的View,它没有大小,也不会执行任何的绘制。所以inflate它和把它放在view树中是非常划算的。每一个ViewStub都需要制定android:layout属性来制定它要inflate的布局文件。

例如:

<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);// orView importPanel = ((ViewStub) findViewById(R.id.stub_import)).inflate();

注意:inflate()方法返回了inflated的view。所以你不用再使用findViewById()方法。

当设置了可见性或者inflated之后,ViewStub元素就不再存在于view树中了。它被inflated的布局所替代了,而且inflated的根布局的id属性就是ViewStub所指定的android:inflatedId属性值。

这里值得注意的是:

在调用ViewStub的setVisibility()方法改变它的可见性的时候也会inflated这个ViewStub所指定的布局文件。但是如果在调用了一次这个方法之后再调用这个方法就不会去inflate了。我们看一下ViewStub中setVisibility()方法的源码:

@Override

public void setVisibility(int visibility) {

if (mInflatedViewRef != null) {

View view = mInflatedViewRef.get();

if (view != null) {

view.setVisibility(visibility);

} else {

throw new IllegalStateException("setVisibility called on un-referenced view");

}

} else {

super.setVisibility(visibility);

if (visibility == VISIBLE || visibility == INVISIBLE) {

inflate();

}

}

}劵

其中mInflatedViewRef是一个若引用,它是inflated出来的view的一个若引用,上面的代码逻辑可以看出,当我们第一次调用setVisibility()方法时,它先判断需要inflate的view的引用是否为空,如果不为空,就拿到这个view并且设置它的可见性,如果需要inflate的view为空的话,不管调用的setVisibility()方法中传入的是可见还是不可见,它都会执行inflate()方法。

再来看看inflate()这个方法的源码:

public View inflate() {

final ViewParent viewParent = getParent();

if (viewParent != null && viewParent instanceof ViewGroup) {

if (mLayoutResource != 0) {

final ViewGroup parent = (ViewGroup) viewParent;

final LayoutInflater factory = LayoutInflater.from(mContext);

final View view = factory.inflate(mLayoutResource, parent,

false);

if (mInflatedId != NO_ID) {

view.setId(mInflatedId);

}

final int index = parent.indexOfChild(this);

parent.removeViewInLayout(this);

final ViewGroup.LayoutParams layoutParams = getLayoutParams();

if (layoutParams != null) {

parent.addView(view, index, layoutParams);

} else {

parent.addView(view, index);

}

mInflatedViewRef = new WeakReference<View>(view);

if (mInflateListener != null) {

mInflateListener.onInflate(this, view);

}

return view;

} else {

throw new IllegalArgumentException("ViewStub must have a valid layoutResource");

}

} else {

throw new IllegalStateException("ViewStub must have a non-null ViewGroup viewParent");

}

}

这里我们可以看到,这个方法中做了如下几件事:

1. 获得当前viewStub的父控件,一般是一个ViewGroup对象。如果viewStub不是在一个ViewGroup中的话,会报出异常。

2. 然后使用LayoutInflater的inflate方法来加载布局文件,获得viewStub指定的布局所对应的view。

3. parent.removeViewInLayout(this);删除当前viewStub

4. 获得当前viewStub的布局参数,并把inflate出的view添加到parent中。

5. 将inflate出的view用若引用保存起来。

时间: 2024-10-24 18:16:24

ViewStub使用详解——从源码看ViewStub的使用的相关文章

Android触摸屏事件派发机制详解与源码分析二(ViewGroup篇)

1 背景 还记得前一篇<Android触摸屏事件派发机制详解与源码分析一(View篇)>中关于透过源码继续进阶实例验证模块中存在的点击Button却触发了LinearLayout的事件疑惑吗?当时说了,在那一篇咱们只讨论View的触摸事件派发机制,这个疑惑留在了这一篇解释,也就是ViewGroup的事件派发机制. PS:阅读本篇前建议先查看前一篇<Android触摸屏事件派发机制详解与源码分析一(View篇)>,这一篇承接上一篇. 关于View与ViewGroup的区别在前一篇的A

Android触摸屏事件派发机制详解与源码分析

请看下面三篇博客,思路还是蛮清晰的,不过还是没写自定义控件系列哥们的思路清晰: Android触摸屏事件派发机制详解与源码分析一(View篇) http://blog.csdn.net/yanbober/article/details/45887547 Android触摸屏事件派发机制详解与源码分析二(ViewGroup篇) http://blog.csdn.net/yanbober/article/details/45912661 Android触摸屏事件派发机制详解与源码分析三(Activi

SpringMVC视图机制详解[附带源码分析]

目录 前言 重要接口和类介绍 源码分析 编码自定义的ViewResolver 总结 参考资料 前言 SpringMVC是目前主流的Web MVC框架之一. 如果有同学对它不熟悉,那么请参考它的入门blog:http://www.cnblogs.com/fangjian0423/p/springMVC-introduction.html 本文将分析SpringMVC的视图这部分内容,让读者了解SpringMVC视图的设计原理. 重要接口和类介绍 1. View接口 视图基础接口,它的各种实现类是无

Android ViewGroup触摸屏事件派发机制详解与源码分析

PS一句:最终还是选择CSDN来整理发表这几年的知识点,该文章平行迁移到CSDN.因为CSDN也支持MarkDown语法了,牛逼啊! [工匠若水 http://blog.csdn.net/yanbober] 该篇承接上一篇<Android View触摸屏事件派发机制详解与源码分析>,阅读本篇之前建议先阅读. 1 背景 还记得前一篇<Android View触摸屏事件派发机制详解与源码分析>中关于透过源码继续进阶实例验证模块中存在的点击Button却触发了LinearLayout的事

SpringMVC拦截器详解[附带源码分析]

目录 前言 重要接口及类介绍 源码分析 拦截器的配置 编写自定义的拦截器 总结 前言 SpringMVC是目前主流的Web MVC框架之一. 如果有同学对它不熟悉,那么请参考它的入门blog:http://www.cnblogs.com/fangjian0423/p/springMVC-introduction.html 拦截器是每个Web框架必备的功能,也是个老生常谈的主题了. 本文将分析SpringMVC的拦截器功能是如何设计的,让读者了解该功能设计的原理. 重要接口及类介绍 1. Hand

Android应用Context详解及源码解析

[工匠若水 http://blog.csdn.net/yanbober 转载烦请注明出处,尊重分享成果] 1 背景 今天突然想起之前在上家公司(做TV与BOX盒子)时有好几个人问过我关于Android的Context到底是啥的问题,所以就马上要诞生这篇文章.我们平时在开发App应用程序时一直都在使用Context(别说你没用过,访问当前应用的资源.启动一个activity等都用到了Context),但是很少有人关注过这玩意到底是啥,也很少有人知道getApplication与getApplica

Android触摸屏事件派发机制详解与源码分析三(Activity篇)

PS一句:最终还是选择CSDN来整理发表这几年的知识点,该文章平行迁移到CSDN.因为CSDN也支持MarkDown语法了,牛逼啊! [工匠若水 http://blog.csdn.net/yanbober] 该篇承接上一篇<Android触摸屏事件派发机制详解与源码分析二(ViewGroup篇)>,阅读本篇之前建议先阅读. 1 背景 还记得前面两篇从Android的基础最小元素控件(View)到ViewGroup控件的触摸屏事件分发机制分析吗?你可能看完会有疑惑,View的事件是ViewGro

Android应用AsyncTask处理机制详解及源码分析

[工匠若水 http://blog.csdn.net/yanbober 转载烦请注明出处,尊重分享成果] 1 背景 Android异步处理机制一直都是Android的一个核心,也是应用工程师面试的一个知识点.前面我们分析了Handler异步机制原理(不了解的可以阅读我的<Android异步消息处理机制详解及源码分析>文章),这里继续分析Android的另一个异步机制AsyncTask的原理. 当使用线程和Handler组合实现异步处理时,当每次执行耗时操作都创建一条新线程进行处理,性能开销会比

RN FlatList使用详解及源码解析

FlatList使用详解及源码解析 前言 长列表或者无限下拉列表是最常见的应用场景之一.RN 提供的 ListView 组件,在长列表这种数据量大的场景下,性能堪忧.而在最新的 0.43 版本中,提供了 FlatList 组件,或许就是你需要的高性能长列表解决方案.它足以应对大多数的长列表场景. 一.功能简介 FlatList高性能的简单列表组件,支持下面这些常用的功能: 完全跨平台. 支持水平布局模式. 行组件显示或隐藏时可配置回调事件. 支持单独的头部组件. 支持单独的尾部组件. 支持自定义