手记

Android View的绘制过程

一切的起源

之前有分析过Activity的启动过程,view的绘制起源其实也是包含在其中的,老规矩,先上图:


view的绘制起源


首先,DecorView是Activity的根view,Activity#setContentView其实就是在DecorView中加入子view,从图中可知,DecorView的绘制起点是在Activity的创建过程中(onResume之前)触发的,由ViewRootImpl承担DecorView的绘制过程,DecorView作为ViewGroup会最终调用子view的绘制,绘制过程主要分为三个部分:measure(测量)、layout(布局)、draw(绘制)。

measure(测量)过程

其实View的绘制过程和事件传递过程都是类似的,从最底层的DecorView开始,一层层向上冒泡传递,如图所示:

绘制过程


View的measure过程算是绘制过程中最复杂的一部分了,相比于layout、draw只需要拿到测量后的尺寸直接应用即可,measure过程一开始并不知道ViewGroup的最终大小,需要遍历测量所有子view的尺寸,再进行自身的测量,如果有问题可能还需进行再次测量才能得到最终的尺寸,一次绘制过程可能需要多次measure才能完成,所以在自定义view时,最好不要在measure过程去获取view的最终尺寸,在layout之后获取才比较可靠。
measure的尺寸信息使用MeasureSpec来保存,包含mode、size两部分的信息,关于mode有三种模式:
MeasureSpec.UNSPECIFIED:不限尺寸,一般只有系统中的view才能用到
MeasureSpec.AT_MOST:指定最大可用大小,对应于wrap_content
MeasureSpec.EXACLITY:固定大小,对应于match_parent和指定具体宽高
自定义在支持wrap_content时,需要注意复写onMeasure方法,原代码wrap_content会直接当作match_parent处理:


    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: //对应的wrap_content直接取specSize,相当于match_parent
        case MeasureSpec.EXACTLY:
            result = specSize;            break;
        }        return result;
    }

layout和draw过程

layout过程很简单,只需要遍历子view根据规则排列即可。draw过程我们最熟悉的应该是onDraw方法,大部分情况下自定义只需要复写该方法即可,但在对于某些特殊显示效果时就需要注意各个draw方法之间的前后顺序了,后面调用的方法绘制的内容总是会覆盖在前面。

AdjustLayout自动换行布局

这边写了一个自动换行的AdjustLayout自定义view,大家有兴趣可以参考手动去重写绘制过程,相信会对整个绘制流程有更深刻的印象。github地址:AdjustLayout

思考题

文章最初分析了view的绘制起源,介于Activity的onCreate和onResume之间,请大家思考下在onResume中能否获取到view的measuredWidth?这个思考题主要涉及到ViewRootImpl.performTraversal的调用方式和Android的消息机制,类似的问题可以换成在onCreate方法中调用View.post(),是post中的方法先执行还是onResume先执行到,有兴趣的童鞋可以尝试下。(其实这个问题再深入挖掘可以关联到ipc的执行机制,是否会阻塞调用线程呢?)



作者:ohzyo
链接:https://www.jianshu.com/p/17555ed7561a


1人推荐
随时随地看视频
慕课网APP