View的工作原理
初识ViewRoot和DectorView
首先我们给出这一节总结的结论, 然后我们再从源码中来分析这些结论
-
ViewRoot
对应于ViewRootImpl
类,它是连接WIndowManager
和Decorview
的纽带,View
的三大流程均是通过ViewRoot
来完成的。 - 在
ActivityThread
中,当Activity
对象被创建完毕完,会将DecorView
添加到Window
中,同时创建ViewRootImpl
对象,并对二者建立关联。 -
View
的绘制流程是从ViewRoot
的performTraversals
方法开始的,它经过measure
、layout
和draw
三个过程才能最总将一个View
绘制出来。-
measure
用来测量View
的宽和高 -
layout
用来确定View
在父容器中的放置位置 - 而
draw
则负责将View
绘制在屏幕上
-
-
performTraversals()
会依次调用performMeasure()
、performLayout()
和performDraw()
三个方法。
performMeasure()
中会调用measure()
方法,在measure()
方法中会调用onMeasure()
方法,在onMeasure()
方法则会对所有的子元素进行measure()
过程,这个时候measure()
流程就从父容器传递到子元素中,这样就完成了依次measure()
过程。performLayout()
与performDraw()
的传递流程和performMeasure()
是类似的。 - 在
measure()
完成以后,可以通过getMeasureWidth()
和getMeasureHeight()
方法来获取到View
测量的宽/高,在几乎所有的情况下它都等于VIew
的最终的宽和高。 -
DecorView
作为顶级View
,有上下两部分。 其实DecorView
是一个FrameLayout
,View
层的事件都先经过DecorView
,然后才传递给我们的View
。
Activity
的启动是在ActivityThread
里完成的,handleLaunchActivity()
会依次间接的执行到Activity
的onCreate()
,onStart()
,onResume()
。在执行完这些后ActivityThread
会调用 WindowManager#addView()
,而这个addView()
最终其实是调用了WindowManagerGlobal
的addView()
方法,我们就从这里开始看:
WindowManager
维护着所有Activity
的DecorView
和ViewRootImpl
。这里初始化了一个ViewRootImpl
,然后调用了它的setView()
方法,将DevorView
作为参数传递了进去。所以看看 ViewRootImpl
中的setView()
做了什么:在 setView() 方法里调用了 DecorView 的 assignParent() 方法,所以去看看 View 的这个方法:
所以从上面的源码中我们可以发现
ViewRootImpl
其实是DecorView
的parent
, 它其实是位于window层
和DecorView
中间的位置(证明了上面的第一条和第二条结论)
我们重新看回 ViewRootImpl
的setView()
这个方法,这个方法里还调用了一个requestLayout()
方法:
那我们继续跟进看一下
requestLayout()
里发生了什么mChoreographer.postCallback()
这个方法,传入了三个参数,第二个参数是一个Runnable
对象,先来看看这个Runnable
:这个
Runnable
做的事很简单,就调用了一个方法,doTraversal()
:划重点!!!这里执行了performTraversals(), 还记得我们第三条结论吗, 那我们去看一下
performTraversals()
中执行了什么在
performTraversals()
中执行了performMeasure()
performLayout()
和performDraw()
方法.证明了上面的第三条结论
- 也就是说,其实打开一个
Activity
当它的onCreate---onResume
生命周期都走完后,才将它的DecorView
与新建的一个ViewRootImpl
对象绑定起来,同时开始安排一次遍历View
任务也就是绘制View 树
的操作等待执行,然后将DecorView
的parent
设置成ViewRootImpl
对象。
这也就是为什么在onCreate---onResume
里获取不到View
宽高的原因,因为在这个时刻ViewRootImpl
甚至都还没创建,更不用说是否已经执行过测量操作了。- 还可以得到一点信息是,一个
Activity
界面的绘制,其实是在onResume()
之后才开始的。
理解MeasureSpec
在测量过程中,系统会将View的LayoutParams根据父容器所施加的规则转换成对应的MeasureSpec,然后再根据这个measure来测量出View的宽/高
-
MeasureSpec
MesureSpec
代表一个32位的int值,高2位代表SpecMode
测量模式,低30位代表在该测量模式下的规格大小。设计的目的是避免过多的对象内存分配SpecMode
有三类:- UNSPECIFIED
父容器不对View
有任何限制,要多大就给多大,这种情况一般用于系统内部,表示一种测量的状态。 - EXACTLY
父容器已经检测出View
所需要的精确大小,这和时候View的最终大小就是SpecSizes
所指定的值。它对应于LayoutParams
中的match_parent
和具体的数值这两种模式 - AT_MOST
父容器指定了一个可用大小即SpecSize
,View
的大小不能大于这个值,具体是什么值要看不同View
的具体体现。它对应于LayoutParams
中的wrap_content
.
- UNSPECIFIED
-
MeasureSpec和LayoutParams的对应关系
-
DecorView
的MeasureSpec
由窗口的尺寸和其自身的LayoutParams
共同决定-
LayoutParams
为MATCH_PARENT
时:DecorView
的大小为窗口的大小,SpecMode
为EXACTLY
-
LayoutParams
为WRAP_PARENT
时:DecorView
的大小不定, 最大为窗口的大小,SpecMode
为AT_MOST
-
LayoutParams
为固定大小时:DecorView
的大小为LayoutParams
指定的大小,SpecMode
为EXACTLY
-
-
普通View
的MeasureSpec
由父容器的MeasureSpec
和自身的LayoutParams
共同决定.-
View
采用MATCH_PARENT
时,View
的大小为父容器的大小,不管父容器的MeasureSpec
是什么,SpecMode
都与父容器的SpecMode
一致, -
View
采用WRAP_PARENT
时,View
的大小为父容器的大小,不管父容器的MesureSpec
是什么,SpecMode
总是AT_MOST
-
View
采用固定宽高的时候,View
的大小为LayoutParams
指定的大小,不管父容器的MeasureSpec
是什么,SpecMode
都是EXACTLY
-
所以我们在使用自定义View时要注意处理自定义View的WRAP_PARENT
-
View的工作流程
Measure过程
-
View的Measure过程
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec), getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec)); }
-
getSuggestedMinimumWidth()
和getSuggestedMinimumHeight()
返回的是View
的minWidth
属性和Background
宽度的最大值 -
getDefaultSize()
返回的大小就是参数widthMeasureSpec
或者heightMeasureSpec
中的specSize
,也就是View
测量后的大小,绝大部分情况和View
的最终大小(Layout
阶段确定)相同 -
setMeasuredDimension()
方法会设置View
的宽/高的测量值 - 直接继承
View
的自定义控件,需要重写onMeasure()
方法并且设置wrap_content
时的自身大小,否则在布局中使用了wrap_content
相当于使用了match_parent
解决方法:在onMeasure()
时,给View
指定一个内部宽/高,并在wrap_content
时设置即可,其他情况沿用系统的测量值即可
-
-
ViewGroup的measure过程
-
View
中是通过performTraversals() -> performMeasure() -> measure() -> onMeasure()
来进行测量的。 - 对于
ViewGroup
来说,除了完成自己的measure
过程之外,还会遍历去调用所有子元素的measure
方法,个个子元素再递归去执行这个过程,和View
不同的是,ViewGroup
是一个抽象类,没有重写View
的onMeasure()
方法,提供了measureChildren()
方法。
-
measure
完成之后,通过getMeasureWidth/Height()
方法就可以获取View
的测量宽/高,需要注意的是,在某些极端情况下,系统可能要多次measure
才能确定最终的测量宽/高,比较好的习惯是在onLayout
方法中去获取测量宽/高或者最终宽/高。 - 如何在
Activity
中获取View
的宽/高信息
View
的测量过程是在onResume()
后才完成的,所以在View
的onResume()
前调用getMeasureWidth/Height()
方法不会得到View
的宽高。下面给出4种解决方法。- Activity/View.onWindowFocusChanged()
onWindowFocusChanged
这个方法的含义是:View
已经初始化完毕了,宽高已经准备好了,需要注意:它会被调用多次,当Activity
的窗口得到焦点和失去焦点均会被调用。 - view.post(runnable)
通过post
将一个runnable
投递到消息队列的尾部,当Looper
调用此runnable
的时候,View
也初始化好了 - ViewTreeObserver
使用ViewTreeObserver的众多回调可以完成这个功能,比如OnGlobalLayoutListener这个接口,当View树的状态发送改变或View树内部的View的可见性发生改变时,onGlobalLayout方法会被回调。需要注意的是,伴随着View树状态的改变,onGlobalLayout会被回调多次。 - view.measure(int widthMeasureSpec,int heightMeasureSpec)
- match_parent
无法measure出具体的宽高,因为不知道父容器的剩余空间,无法测量出View的大小 - 具体的数值(dp/px)
int widthMeasureSpec = MeasureSpec.makeMeasureSpec(100,MeasureSpec.EXACTLY); int heightMeasureSpec = MeasureSpec.makeMeasureSpec(100,MeasureSpec.EXACTLY); view.measure(widthMeasureSpec,heightMeasureSpec);
- wrap_content
int widthMeasureSpec = MeasureSpec.makeMeasureSpec((1<<30)-1,MeasureSpec.AT_MOST); int heightMeasureSpec = MeasureSpec.makeMeasureSpec((1<<30)-1,MeasureSpec.AT_MOST); view.measure(widthMeasureSpec,heightMeasureSpec);
- match_parent
- Activity/View.onWindowFocusChanged()
-
Layout过程
在View
的默认实现中,View
的测量宽/高和最终宽/高是相等的,测量宽/高形成于View
的measure
过程,而最终宽/高形成于View
的layout
过程
Draw过程
- 将
View
绘制到屏幕上,大概的几个步骤:- 绘制背景
background.draw(canvas)
- 绘制自己
onDraw
- 绘制
children(dispatchDraw)
- 绘制装饰
onDrawScrollBars
- 绘制背景
-
View
的绘制过程是通过dispatchDraw()
来实现的,它会遍历所有子元素的draw()
方法 - 如果一个
View
不需要绘制任何内容,那么设置setWillNotDraw()
为true
后,系统会进行相应的优化;ViewGroup
默认为true
,如果我们的自定义ViewGroup
需要通过onDraw()
来绘制内容的时候,需要显示的关闭它。
自定义View
- 直接继承
View
或ViewGroup
的控件, 需要在onMeasure()
中对wrap_content
做特殊处理。 - 直接继承
View
的控件,如果不在draw()
方法中处理padding
,那么padding
属性就无法起作用。直接继承ViewGroup
的控件也需要在onMeasure()
和onLayout()
中考虑padding
和子元素margin
的影响,不然padding
和子元素的margin
无效。 -
View
内部提供了post
系列的方法,完全可以替代Handler
的作用。 -
View
中有线程和动画,需要在View
的onDetachedFromWindow()
中停止。