4.1 ViewRoot和DecorView
- ViewRoot对应ViewRootImpl类,它是连接WindowManager和DecorView的纽带,View的三大流程均通过ViewRoot来完成。
- ActivityThread中,Activity创建完成后,会将DecorView添加到Window中,同时创建ViewRootImpl对象,并建立两者的关联。
- View的绘制流程从ViewRoot的performTraversals方法开始,经过measure、layout和draw三大流程。
-
performMeasure方法中会调用measure方法,在measure方法中又会调用onMeasure方法,在onMeasure方法中会对所有的子元素进行measure过程,这个时候measure流程就从父容器传递到子元素了,这样就完成了一次measure过程,layout和draw的过程类似。
- measure过程决定了view的宽高,在几乎所有的情况下这个宽高都等同于view最终的宽高。
- layout过程决定了view的四个顶点的坐标和view实际的宽高,通过getWidth和getHeight方法可以得到最终的宽高。
- draw过程决定了view的显示。
- DecorView是Window中的顶级View是一个FrameLayout,里面会包含一个LinearLayout,这个LinearLayout里面有上下两个部分,上面是标题栏,下面是内容栏。setContentView就是设置的内容栏(R.android.id.content)。
4.2 理解MeasureSpec
MeasureSpec在很大程度上决定了一个View的尺寸规格。测量过程,系统会将View的Layoutparams根据父容器所施加的规则转换成对应的MeasureSpec,然后根据这个转换出来的MeasureSpec来测量出View的宽/高。
- MeasureSpec 是一个32位的int值,高2位是SpecMode,低30位是SpecSize。SpecMode有三种:
- UNSPECIFIED;
- EXACTLY
- AT_MOST
- MeasureSpec和LayoutParams的关系
- LayoutParams + 父容器 决定 MeasureSpec
- 对于DecorView, 窗口尺寸+ 自身LayoutParams 决定MeasureSpec
- 对于普通View,父容器MeasureSpec + 自身layoutParams决定MeasureSpec
-
普通View的MeasureSpec创建规则
- 当view采用固定宽高时,不管父容器的MeasureSpec是什么,view的MeasureSpec都是EXACTLY,并且大小是LayoutParams中的大小。
- 当view的宽高是match_parent时,如果父容器的模式是EXACTLY,那么view也是EXACTLY,并且大小是父容器的剩余空间;如果父容器是AT_MOST,那么view也是AT_MOST,并且大小是不会超过父容器的剩余空间。
- 当view的宽高是wrap_content时,不管父容器的模式是EXACTLY还是AT_MOST,view的模式总是AT_MOST,并且大小不超过父容器的剩余空间。
4.3 View的工作流程
View的工作流程主要是指measure、layout、draw三大流程
4.3.1 measure过程
1. View的measure过程
- View measure方法会调用onMeasure方法
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),
getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));
}
public static int getDefaultSize(int size, int measureSpec) {
int result = size;
int specMode = MeasureSpec.getMode(measureSpec);
int specSize = MeasureSpec.getSize(measureSpec);
switch (specMode) {
case MeasureSpec.UNSPECIFIED:
result = size;
break;
case MeasureSpec.AT_MOST:
case MeasureSpec.EXACTLY:
result = specSize;
break;
}
return result;
}
protected int getSuggestedMinimumWidth() {
return (mBackground == null) ? mMinWidth : max(mMinWidth, mBackground.getMinimumWidth());
}
protected int getSuggestedMinimumHeight() {
return (mBackground == null) ? mMinHeight : max(mMinHeight, mBackground.getMinimumHeight());
}
1. setMeasuredDimension会设置View宽/高的测量值
2. 从getDefaultSize可以看到 AT_MOST/EXACTLY返回specSize, UNSPECIFIED返回getSuggestminimumHeight/Weight的size
3. getSuggestminimumWidth的size的逻辑,如果View没有背景,则返回android:minWidth的值,可以为0;如果View有背景,则返回android:minWidth和背景Drawable宽度的最大值
4. 大部分情况下(AT_MOST/EXACTLY),View的宽高由SpecSize决定。直接继承View的自定义控件需要重写onMeasure方法并设置wrap_content时的大小,否则wrap_content就相当于使用match_parent(当前父容器剩余空间大小)。
5. 直接继承View的自定义View需要指定一个默认的内部宽/高,并在wrap_content时设置此宽/高
-
ViewGroup的measure过程
- ViewGroup抽象类没有重写onMeasure,但提供了一个measureChildren的方法。measureChildren的思想是取出子元素的LayoutParams,然后通过getChildMeasureSpec来创建子元素的MeasureSpec,接着将MeasureSpec传递给View的measure方法进行测量。
- 默认的抽象类ViewGroup没有提供具体的measure过程,由具体的子类完成。
- LinearLayout的onMeasure会对子元素执行measureChildBeforeLayout,用mTotalLength来存储当前的高度/宽度,没测量完一个元素,mTotalLength就会增加。
- 对LinearLayout来说(仅说高度),如果采用match_parent或者具体值,则和View一样,高度为SpecSize;如果是wrap_content,则高度是所有子元素占用的高度总和,但仍然不能超过LinearLayout父容器的剩余空间。
-
measure完成以后,可以通过getMeasuredWidth/Height获取View的测量宽/高。比较好的习惯是在onLayout方法中去获取View的测量宽/高或者最终宽/高。
-
Activity的生命周期和View的measure方法不同步。在Activity已经启动的时候,获取某个View宽/高的方法:
- Activity/View # onWindowFocusChanged方法
- view.post(runnable)
3.ViewTreeObserver
4.view.measure(int widthMeasureSpec, int heightMeasureSpec)
4.3.2 layout过程
- 当ViewGroup的位置被确定后,它会在onLayout中遍历所有的子元素并调用其layout方法,在layout方法中onLayout方法又被调用。
- layout方法确定View本身的位置,onLayout方法确定子元素的位置,View和ViewGroup类都没有真正实现onLayout方法。
- getMeasuredWidht和getWidth一个是在measure过程中形成的,一个是在layout过程中形成的,日常开发中,我们可以认为是相等的。除非人为修改layout实现方式。
4.3.3 draw过程
- 步骤
- 绘制背景backgroud.draw(canvas)
- 绘制自己 onDraw
- 绘制children (dispatchDraw)
- 绘制装饰(onDrawScrollBars)
4.4 自定义View
- 直接继承view需要自己支持wrap_content(onMeasure中处理),也要支持padding(draw中处理)。继承特定的View例如TextView不需要考虑。
(2)不要在View中使用Handler,view.post足够用了
(3)view中如果有线程或者动画,需要在onDetachedFromWindow(view被remove或者Activity退出时会调用,与此相对应的是onAttachedToWindow)方法中及时停止。
(4)处理好view的滑动冲突情况。
网友评论