ViewStub源码分析
ViewStub是一种特殊的View,Android官方给出的解释是:一种不可见的(GONE)、size是0的占位view,多用于运行时
延迟加载的,也就是说真正需要某个view的时候。在实际项目中,我发现它试用的场景大体有2种:
1. 某种只第一次需要显示的view,比如某个介绍性的东西,比如用户触发了某些操作,给他弹出一个使用介绍,
这种介绍只出现一次,之后的操作中不会再出现,所以这种情况下可以先用ViewStub来占个位,等介绍的view真正
需要的时候才inflate,一般情况下这种view的创建也比较expensive;
2. 某种直到运行时某一刻的时候才知道应该加载哪个view,比如你可能需要根据服务器返回的某些数据来决定是显示View 1
还是显示View 2,这种情况下,也可以先用ViewStub占位,直到可以做决定了在inflate相应的view;
为了接下来的分析方便,这里我先贴一段ViewStub的xml代码,如下:
<ViewStub
android:id="@+id/stub"
android:inflatedId="@+id/realView" // 可设置,不过一般意义不大
android:layout="@layout/my_real_view"
android:visibility="GONE" // really no need, don't write useless code
android:layout_width="match_parent"
android:layout_height="40dip" />
在代码里你同样可以通过findViewById(R.id.stub)来找到此ViewStub,当真正的"my_real_view"布局被inflate之后,
ViewStub这个控件就被从view层次结构中删除了,取而代之的就是"my_real_view"代表的布局。注意下,这里的所有
layout_width/height都是用来控制inflate之后的view的,而不是给ViewStub用的,这个可能是Android系统里唯一的例外。
在我们的Java代码里使用的方式,官方推荐的做法是:
ViewStub stub = (ViewStub) findViewById(R.id.stub);
View inflated = stub.inflate();
但这里有一点需要留意的就是findViewById(R.id.stub),因为我们知道stub在第一次被inflate之后就会从view层次结构中
删除,所以你应该要确保这样的findViewById只会被调用一次(一般都是这样的情况),但在有些你没想到的case下
可能也会被调用多次。前几天我们在项目里就遇到了这个情况,出现了NPE,最终调查发现是stub的findViewById被又调用
了一次,导致了NPE(因为层次结构中已经找不到这个id了)。好的做法是比如把这种findViewById的放在onCreate类似
的只会被执行一次的地方,否则你就应该格外小心,自己加些保护处理。
说了这么多,接下来可以切入正题了,废话不多说,从ctor开始上代码:
public ViewStub(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes) {
TypedArray a = context.obtainStyledAttributes(
attrs, com.android.internal.R.styleable.ViewStub, defStyleAttr, defStyleRes); mInflatedId = a.getResourceId(R.styleable.ViewStub_inflatedId, NO_ID); // 从layout文件中读取inflateId的值,如果有的话
mLayoutResource = a.getResourceId(R.styleable.ViewStub_layout, 0); // 同样的,读取真正的layout文件 a.recycle(); a = context.obtainStyledAttributes(
attrs, com.android.internal.R.styleable.View, defStyleAttr, defStyleRes);
mID = a.getResourceId(R.styleable.View_id, NO_ID); // 读取View_id属性
a.recycle(); initialize(context);
} private void initialize(Context context) {
mContext = context;
setVisibility(GONE); // 看到这里,你就明白了我前面xml文件中提到的没必要手动指定android:visibility="GONE"的原因
setWillNotDraw(true); // 因为ViewStub只是个临时占位的,它不做任何绘制操作,所以打开这个标志位以优化绘制过程,提高性能
}
接下来,我们看几个相关的比较简单的方法,如下:
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
setMeasuredDimension(0, 0); // 实现很简单,写死的大小为0,0
} @Override
public void draw(Canvas canvas) { // 不做任何绘制
} @Override
protected void dispatchDraw(Canvas canvas) { // 没啥需要dispatch的
} /**
* When visibility is set to {@link #VISIBLE} or {@link #INVISIBLE},
* {@link #inflate()} is invoked and this StubbedView is replaced in its parent
* by the inflated layout resource. After that calls to this function are passed
* through to the inflated view.
*
* @param visibility One of {@link #VISIBLE}, {@link #INVISIBLE}, or {@link #GONE}.
*
* @see #inflate()
*/
@Override
@android.view.RemotableViewMethod
public void setVisibility(int visibility) { // setVisibility做了些特殊处理
if (mInflatedViewRef != null) { // 真正View的弱引用
View view = mInflatedViewRef.get();
if (view != null) {
view.setVisibility(visibility);
} else {
throw new IllegalStateException("setVisibility called on un-referenced view");
}
} else { // 当还没inflate的时候,如果调了setVisibility方法,如果不是GONE的情况会自动在这种情况下调inflate的
super.setVisibility(visibility);
if (visibility == VISIBLE || visibility == INVISIBLE) {
inflate(); // 非GONE的情况,会多调用inflate()方法,所以你拿到ViewStub的实例后既可以主动调
} // inflate()方法也可以通过setVisiblity(VISIBLE/INVISIBLE)来触发对inflate的间接调用
}
}
最后,我们来看看真正关键的方法inflate的实现,代码如下:
/**
* Inflates the layout resource identified by {@link #getLayoutResource()}
* and replaces this StubbedView in its parent by the inflated layout resource.
*
* @return The inflated layout resource.
*
*/
public View inflate() {
final ViewParent viewParent = getParent(); if (viewParent != null && viewParent instanceof ViewGroup) {
if (mLayoutResource != 0) {
final ViewGroup parent = (ViewGroup) viewParent;
final LayoutInflater factory;
if (mInflater != null) {
factory = mInflater;
} else {
factory = LayoutInflater.from(mContext);
}
final View view = factory.inflate(mLayoutResource, parent,
false); // 注意这行,实际上还是调用了LayoutInflater的inflate方法,注意最后一个参数是false,所以这里返回的
// view就是真正layout文件里的root view而不是parent了。
if (mInflatedId != NO_ID) {
view.setId(mInflatedId); // 如果layout文件里有给真正的view指定id就在这里设置上
} final int index = parent.indexOfChild(this);
parent.removeViewInLayout(this); // 找到ViewStub在parent中的位置并删除ViewStub,看到了,在inflate的过程中
// ViewStub真的是被删掉了!!!
final ViewGroup.LayoutParams layoutParams = getLayoutParams(); // 获取LayoutParams,就是你在xml文件中写的
// layout_xxx这样的属性,虽然实际上是属于ViewStub的,
if (layoutParams != null) { // 但下面紧接着就用这个LayoutParams来添加真正的view了
parent.addView(view, index, layoutParams); // 注意下添加的位置就是原先ViewStub待的位置,
// 所以等于就是完完全全替换了
} else {
parent.addView(view, index); // 如果layoutParams是null的case
} mInflatedViewRef = new WeakReference<View>(view); // 用view初始化弱引用 if (mInflateListener != null) { // 通过mInflateListener将inflate完成事件通知出去。。。
mInflateListener.onInflate(this, view);
} return view; // 返回真正的view
} else { // ViewStub必须指定真正的layout文件!!!
throw new IllegalArgumentException("ViewStub must have a valid layoutResource");
}
} else { // ViewStub也必须有个parent view的!!!
throw new IllegalStateException("ViewStub must have a non-null ViewGroup viewParent");
}
} /**
* Specifies the inflate listener to be notified after this ViewStub successfully
* inflated its layout resource.
*
* @param inflateListener The OnInflateListener to notify of successful inflation.
*
* @see android.view.ViewStub.OnInflateListener
*/
public void setOnInflateListener(OnInflateListener inflateListener) {
mInflateListener = inflateListener; // 技术上要想响应inflate完成事件,有2种途径,这里通过设置listener是一种方式,
} // 也可以通过更generic的方式:override真正view的onFinishInflate方法。 /**
* Listener used to receive a notification after a ViewStub has successfully
* inflated its layout resource.
*
* @see android.view.ViewStub#setOnInflateListener(android.view.ViewStub.OnInflateListener)
*/
public static interface OnInflateListener {
/**
* Invoked after a ViewStub successfully inflated its layout resource.
* This method is invoked after the inflated view was added to the
* hierarchy but before the layout pass.
*
* @param stub The ViewStub that initiated the inflation.
* @param inflated The inflated View.
*/
void onInflate(ViewStub stub, View inflated);
}
}
ViewStub的使用也被Android归到提高性能里面,之所以这么说一方面是因为ViewStub有延迟加载(直到需要的时候才inflate
真正的view)、先占位的作用,另外一方面也是由于对measure、layout、draw这3个关键过程的优化,因为ViewStub的这3个过程
很简单,或者根本就是do nothing,所以性能很好。综上,Android才建议我们用ViewStub来优化layout性能,当然也是真正合适使用
ViewStub的时机,而不是要你在所有的layout文件中都这么做,这个时机在开始的时候我也提到了,另外也可以参考下Android官方的文章:
http://developer.android.com/training/improving-layouts/loading-ondemand.html
http://developer.android.com/reference/android/view/ViewStub.html
P.S. 这篇文章本来应该是在上周末完成的,这周末去千岛湖outing,在酒店里实在无聊,发现还有篇未完成的文章就在这里补充下,enjoy。。。
ViewStub源码分析的更多相关文章
- 布局优化之ViewStub源码分析
源码分析 @RemoteView public final class ViewStub extends View { private int mInflatedId; private int mLa ...
- ABP源码分析一:整体项目结构及目录
ABP是一套非常优秀的web应用程序架构,适合用来搭建集中式架构的web应用程序. 整个Abp的Infrastructure是以Abp这个package为核心模块(core)+15个模块(module ...
- HashMap与TreeMap源码分析
1. 引言 在红黑树--算法导论(15)中学习了红黑树的原理.本来打算自己来试着实现一下,然而在看了JDK(1.8.0)TreeMap的源码后恍然发现原来它就是利用红黑树实现的(很惭愧学了Ja ...
- nginx源码分析之网络初始化
nginx作为一个高性能的HTTP服务器,网络的处理是其核心,了解网络的初始化有助于加深对nginx网络处理的了解,本文主要通过nginx的源代码来分析其网络初始化. 从配置文件中读取初始化信息 与网 ...
- zookeeper源码分析之五服务端(集群leader)处理请求流程
leader的实现类为LeaderZooKeeperServer,它间接继承自标准ZookeeperServer.它规定了请求到达leader时需要经历的路径: PrepRequestProcesso ...
- zookeeper源码分析之四服务端(单机)处理请求流程
上文: zookeeper源码分析之一服务端启动过程 中,我们介绍了zookeeper服务器的启动过程,其中单机是ZookeeperServer启动,集群使用QuorumPeer启动,那么这次我们分析 ...
- zookeeper源码分析之三客户端发送请求流程
znode 可以被监控,包括这个目录节点中存储的数据的修改,子节点目录的变化等,一旦变化可以通知设置监控的客户端,这个功能是zookeeper对于应用最重要的特性,通过这个特性可以实现的功能包括配置的 ...
- java使用websocket,并且获取HttpSession,源码分析
转载请在页首注明作者与出处 http://www.cnblogs.com/zhuxiaojie/p/6238826.html 一:本文使用范围 此文不仅仅局限于spring boot,普通的sprin ...
- ABP源码分析二:ABP中配置的注册和初始化
一般来说,ASP.NET Web应用程序的第一个执行的方法是Global.asax下定义的Start方法.执行这个方法前HttpApplication 实例必须存在,也就是说其构造函数的执行必然是完成 ...
随机推荐
- Objective-C中的老板是这样发通知的(Notification)
通知(Notification)简单的类比一下,公司的老总给下面的员工发通知啦,说明天公司要上市,各部门做一下准备工作.等通知发完,各部门收到后各司其职,做着自己该做的东西.假如Boss是 ...
- KVC & KVO
KVC和KVO看上去又是两个挺牛的单词简写,KVC是Key-Value Coding的简写,是键值编码的意思.KVO是Key-Value Observing的简写,是键值观察的意思.那么我们能拿KV ...
- OWIN 中 K Commands 与 OwinHost.exe 相等吗?
OwinHost.exe: While some will want to write a custom process to run Katana Web applications, many wo ...
- .Net处理Oracle中Clob类型字段总结
最近在做项目中用到Clob这个字段,Clob是存储无限长字符的Oracle字段,用的时候网上找资料找了好久,内容不是很多,大部分都不能用,当然也有可以用的,测试了不同版本,整理了一下,给大家在做项目的 ...
- C算法编程题(四)上三角
前言 上一篇<C算法编程题(三)画表格> 上几篇说的都是根据要求输出一些字符.图案等,今天就再说一个“上三角”,有点类似于第二篇说的正螺旋,输出的字符少了,但是逻辑稍微复杂了点. 程序描述 ...
- [c++] Class
也是醉了,一个.h文件就有这么多细节问题: 初始化列表,使用{} 也可以. 类中的引用和const变量,必须立即在初始化列表中提前初始化. 常成员函数,const 放在函数后, 常成员函数即不能改变成 ...
- 使用idea debug多线程
最近采用hystrix远程访问webservice, 遇到一个重定向303的exception,想要debug一下,发现打了断点后总是被跳过.想到hystrix异步线程的问题,于是想要debug就得支 ...
- 工作流引擎Oozie(二):coordinator
1. 简介 coordinator是workflow的定时提交器,基于时间条件与数据生成触发(based on time and data triggers).简单点说,coordinator按所定义 ...
- 【Kylin实战】Hive复杂数据类型与视图
1. 引言 在分析广告日志时,会有这样的多维分析需求: 曝光.点击用户分别有多少? 标签能覆盖多少广告用户? 各个标签(标注)类别能覆盖的曝光.点击在各个DSP上所覆盖的用户数 -- 广告数据与标签数 ...
- js基础篇——变量
a.变量类型 变量类型 构造函数 举例 类型检测typeof 字符串 function String() var t = "chua"; var m = new String(&q ...