View的绘制流程-measure、layout、draw

35 篇文章 1 订阅

承接上文——Window、DecorView、ViewRootImp详解

我们打开一个Activity后,在ActivityThread中 的performLaunchActivity方法中,回调Activity onCreate()之前 会先调用Activity.attach(),这个方法中初始化了PhoneWindow和WindowManager对象。然后在resume之前,会将DecorView和WindowManager关联,WindowManager的具体实现类WindowManagerImpl把addView的逻辑交给WindowManagerGlobal处理。WindowManagerGlobal最终会创建ViewRootImpl对象,关联DecorView对象,最终再向WMS申请创建窗口,执行到performTraversals,开始从上到下遍历整个视图树的绘制流程。
在这里插入图片描述

ViewRootImpl.performTraversals()

performTraversals()的源码很长,核心代码就下面三个步骤。

private void performTraversals() {
	
	......
	
	int childWidthMeasureSpec = getRootMeasureSpec(mWidth, lp.width);
    int childHeightMeasureSpec = getRootMeasureSpec(mHeight, lp.height);
    
	......
	
	performMeasure(childWidthMeasureSpec,childHeightMeasureSpec);
	
	......
	
	performLayout(lp, mWidth, mHeight);
	
	......
	
	
	performDraw();
}

所以,一个完整的绘制流程包括measure、layout、draw三个步骤。

每个View负责绘制自己,而ViewGroup还要负责通知自己的子View进行绘制。

MeasureSpec

MeasureSpec代表一个32位的int值,高2位代表SpecMode,低30位代表SpecSize。SpecMode是指测量模式,而SpecSize是指在某种测量模式下的规格大小,MeasureSpec通过将SpecMode和SpecSize打包成一个int值来避免过多的对象内存分配。

MeasureSpec简单点来说是用来概括从父布局传递给子View的布局要求。

SpecMode有三类,

UNSPECIFIED

父容器不对View有任何限制,要多大给多大,这种情况一般用于系统内部,表示一种测量的状态

EXACTLY

父容器已经检测出View所需要的精确大小,这个时候View的最终大小就是SpecSize所指定的值。对应于LayoutParams中的match_parent和具体数值两种模式。

AT_MOST

父容器制定了一个可用大小即SpecSize,View的大小不能大于这个值,具体是什么值要看View的具体表现。他对应于LayoutParams中的wrap_content。

那么MeasureSpec是如何确定的?

对于DecorView,是通过屏幕的大小和自身的布局参数LayoutParams。
根据LayoutParams的布局格式,match_parent、wrap_content或者指定大小,将自身的大小和屏幕大小相比,设置一个不超过屏幕大小的宽高和对应模式。

对于普通View,其确定是通过父布局的MeasureSpec和自身的布局参数决定的。

在这里插入图片描述

  1. 当View采用固定尺寸时,不管父容器的MeasureSpec是什么,View的SpecMode一定是EXACTLY并且遵循LayoutParams中的大小。

  2. 当View的宽高是match_parent时,如果父容器SpecMode为EXACTLY,那么View也是EXACTLY并且大小是父容器的剩余空间;
    如果父容器是AT_MOST,那么View也是AT_MOST,并且大小不会超过父容器的剩余空间。

  3. 当View的宽高是wrap_content时,不管父容器是EXACTLY或者AT_MOST,view总是AT_MOST并且大小不能超过父容器的空间。

Measure流程

measure要分情况来看,如果是原始的View,那么通过measure就完成了其测量过程,如果是一个ViewGroup,除了完成自己的测量过程外,还回遍历去调用所有子元素的measure方法,各个子元素再递归执行这个流程。

1. View的measure过程

View的measure过程由其measure方法完成,measure方法是一个final方法,所以子类不能override。在View的measure中会去调用View的onMeasure,实际测量工作是在onMeasure中实现的。

	protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
    	setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),
            getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));
	}


    protected int getSuggestedMinimumWidth() {
        return (mBackground == null) ? mMinWidth : max(mMinWidth, mBackground.getMinimumWidth());
    }


    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;
    }

onMeasure方法中setMeasuredDimension会给View设置宽高的测量值。
getDefaultSize方法的逻辑也很简单,
对于AT_MOST和EXACTLY两种情况,返回的大小就是measureSpec的specSize。
对于UNSPECFIC,会根据有没有设置背景,返回android:minWidth属性或者 minWidth和背景的原始宽度中较大的值。

这里仅仅是测量大小,View的最终大小会在layout阶段确定。但是,几乎所有情况测量大小和最终大小是相等的。

如果View在布局中使用的wrap_content,那么SpecMode是AT_MOST,在这种情况下,getDefault返回的也是specSize,这种情况下和使用match_parent是完全一致,所以在自定义View中,需要针对wrap_content 在onMeasure中做特殊处理。

2. ViewGroup的measure过程

对于ViewGroup,除了完成自己的measure以外,还要遍历所有子元素的measure,各个子元素再去递归这个过程。和View不同的是,ViewGroup是个抽象类,没有重写View的onMeasure,ViewGroup提供了一个measureChildren的方法。

protected void measureChildren(int widthMeasureSpec, int heightMeasureSpec) {
    final int size = mChildrenCount;
    final View[] children = mChildren;
    for (int i = 0; i < size; ++i) {
        final View child = children[i];
        if ((child.mViewFlags & VISIBILITY_MASK) != GONE) {
            measureChild(child, widthMeasureSpec, heightMeasureSpec);
        }
    }
}

可以看到ViewGroup在measure时,会对子元素遍历进行measure。

 protected void measureChild(View child, int parentWidthMeasureSpec,
            int parentHeightMeasureSpec) {
        final LayoutParams lp = child.getLayoutParams();

        final int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec,
                mPaddingLeft + mPaddingRight, lp.width);
        final int childHeightMeasureSpec = getChildMeasureSpec(parentHeightMeasureSpec,
                mPaddingTop + mPaddingBottom, lp.height);

        child.measure(childWidthMeasureSpec, childHeightMeasureSpec);
    }

measureChild就是取出子元素的LayoutParams,结合父View的MeasureSpec,创建子View的measureSpec对象,将这个对象传递给View的measure方法进行测量。

ViewGroup没有定义自己测量的具体过程,每种ViewGroup按照自己的布局特性有不同的实现,如LinearLayout、RelativeLayout等等,这里不做详细分析。

3. 如何在Activity启动时获得View的宽高

如果要在Activity启动时获取View的宽高,由于View的measure过程和Activity生命周期不是同步执行的,无法保证Activity生命周期回调时View已经测量完毕。

  1. Activity/View#onWindowFocusChanged:回调时View已经初始化完毕。
  2. View.post(Runnable):通过pst将一个runnable投递到消息队列尾部,等Looper调用的时候,View也初始化好了
  3. ViewTreeObserver:当View树状态发生变化或者View树内部View的可见性发生改变时,会回调onGlobalLayoutListener
  4. 手动调用view.measure

Layout流程

测量完View大小后,需要将View布局在Window中,View的布局主要通过确定上下左右四个点。

ViewGroup先在layout()中确定自己的布局,然后再onLayout中在调用子View的layout。
在measure过程中,ViewGroup是先测量子View 的大小,再确定自身大小。

public void layout(int l, int t, int r, int b) {  

    // 当前视图的四个顶点
    int oldL = mLeft;  
    int oldT = mTop;  
    int oldB = mBottom;  
    int oldR = mRight;  

    // setFrame() / setOpticalFrame():确定View自身的位置
    // 即初始化四个顶点的值,然后判断当前View大小和位置是否发生了变化并返回  
 boolean changed = isLayoutModeOptical(mParent) ?
            setOpticalFrame(l, t, r, b) : setFrame(l, t, r, b);

    //如果视图的大小和位置发生变化,会调用onLayout()
    if (changed || (mPrivateFlags & PFLAG_LAYOUT_REQUIRED) == PFLAG_LAYOUT_REQUIRED) {  

        // onLayout():确定该View所有的子View在父容器的位置     
        onLayout(changed, l, t, r, b);      
  ...

}

上面看出通过 setFrame() / setOpticalFrame():确定View自身的位置,通过onLayout()确定子View的布局。 setOpticalFrame()内部也是调用了setFrame(),所以具体看setFrame()怎么确定自身的位置布局。

protected boolean setFrame(int left, int top, int right, int bottom) {
    ...
// 通过以下赋值语句记录下了视图的位置信息,即确定View的四个顶点
// 即确定了视图的位置
    mLeft = left;
    mTop = top;
    mRight = right;
    mBottom = bottom;

    mRenderNode.setLeftTopRightBottom(mLeft, mTop, mRight, mBottom);
}

确定了自身的位置后,就要通过onLayout()确定子View的布局。onLayout()是一个可继承的空方法。

protected void onLayout(boolean changed, int left, int top, int right, int bottom) {
    }

如果当前View就是一个单一的View,那么没有子View,就不需要实现该方法。

如果当前View是一个ViewGroup,就需要实现onLayout方法,该方法的实现个自定义ViewGroup时其特性有关,必须自己实现。

由此便完成了一层层的的布局工作。

Draw过程

View的绘制过程遵循如下几步:

①绘制背景 background.draw(canvas)

②绘制自己(onDraw)

③绘制Children(dispatchDraw)

④绘制装饰(onDrawScrollBars)

从源码中可以清楚地看出绘制的顺序。

public void draw(Canvas canvas) {
// 所有的视图最终都是调用 View 的 draw ()绘制视图( ViewGroup 没有复写此方法)
// 在自定义View时,不应该复写该方法,而是复写 onDraw(Canvas) 方法进行绘制。
// 如果自定义的视图确实要复写该方法,那么需要先调用 super.draw(canvas)完成系统的绘制,然后再进行自定义的绘制。
    ...
    int saveCount;
    if (!dirtyOpaque) {
          // 步骤1: 绘制本身View背景
        drawBackground(canvas);
    }

        // 如果有必要,就保存图层(还有一个复原图层)
        // 优化技巧:
        // 当不需要绘制 Layer 时,“保存图层“和“复原图层“这两步会跳过
        // 因此在绘制的时候,节省 layer 可以提高绘制效率
        final int viewFlags = mViewFlags;
        if (!verticalEdges && !horizontalEdges) {

        if (!dirtyOpaque) 
             // 步骤2:绘制本身View内容  默认为空实现,  自定义View时需要进行复写
            onDraw(canvas);

        ......
        // 步骤3:绘制子View   默认为空实现 单一View中不需要实现,ViewGroup中已经实现该方法
        dispatchDraw(canvas);

        ........

        // 步骤4:绘制滑动条和前景色等等
        onDrawScrollBars(canvas);

       ..........
        return;
    }
    ...    
}

无论是ViewGroup还是单一的View,都需要实现这套流程,不同的是,在ViewGroup中,实现了 dispatchDraw()方法,而在单一子View中不需要实现该方法。

  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值