View绘制流程(纯理论存在)

View的绘制流程


View的概述:

                        Activity作为应用程序的载体所存在,代表一个完整的界面,提供一个Window来绘制各种UI组件


Activity的结构:


View绘制流程(纯理论存在)_第1张图片
Activity结构图

Activity:

每次系统为我们默认建好MainActivity,他是继承与AppCompatActivity,其实AppCompatActivity也是间接性的继承一个Activity类  所以我们最外层   是一个Activity

PhoneWindow:

我们在MainActivity使用的setContentView加载布局时,实际上时调用了PhoneWindow里面的setContentView

DecorView:

我们在PhoneWindow操作中会生成一个DecorView,而DecorView是继承于FrameLayout的一个类

TitleView+ContentView:

TitleView是用于显示标题的,ContentView是我么你平时用的最多的一个,我们在写布局的时候  我们写得所有控件:例如(ToolBar,TextView,ImagerView。。。)都是放在activity_main.xml  而这个又在我们的ContentView中放置的,所以这也是我们加载布局的方法要叫做setContentView不是叫setView

View绘制过程:

        刚才我们介绍了Activity的结构   正因为有了上边的介绍  View绘制实际上是从PhoneWindow的setContentView开始绘制,那我们就讲一下View的绘制流程。

       我们在Activity中调用setContentView()方法的时候实际上是调用了PhoneWindow中的setContentView()方法,在这个方法中   我们进行了一系列的判断  首先我们判断一个成员属性ContentParent是否为空,然而我们的ContentParent成员属性代表的就是id为content的FrameLayout。

        如果我们的ContentParent成员属性为空,就会调用一个InstallDecor()的方法来进行初始化。如果我们的ContentParent成员属性不为空,就会调用一个removeAllViews()方法来移除掉我们所有的子View。这也是我们多次调用setContentView()方法来绘制不同的UI效果。

        接下来我们会通过LayoutInflater()方法进行加载布局,在经过层层调用以后,最终会把我们传入的一个Int类型的R文件资源以XMLPull的解析形式去解析我们的XML布局,这里在解析过程中我们会对一些的特殊的标签进行特殊的处理()然后以递归的形式加载View视图,并添加到我们的ContentParent中

        经过上面的操作,我们已经把XML中的View都已经添加到我们的ContentParent中了,但是我们的View绘制还没有开始,View绘制是在我们加载完布局以后,setContentView()方法会执行 。requestAllInserts()方法 这个方法经过层层调用会以Handler的形式,调用到ViewRootImpl的performTraversals()方法,performTraversals()方法会逐次调用performMeasure() performLayout() performDraw()这三个方法 然而View的绘制流程也是从这里正式的开始了

        在performTraversals()方法中,会先调用 measureHierchy()方法,measureHierchy()方法会调用 getRootMeasureSpec() 方法生成 对宽高的MeasureSpec(测量) 之后调用 performMeasure() 方法, performMeasure() 方法中调用到了 View.measure(int childWidthMeasureSpec, int childHeightMeasureSpec)方法。 View 就是DecorView。

        Measure阶段 DecorView 的 measure()方法调用的是View的measure()方法。measure()方法主要用于测量一个View的实际大小,具体的测量在onMeasure()方法中完成。measure()方法需要两个局部变量任意成立一个,才会进行实际的测量工作。

        onMeasure()方法 DecorView继承自FrameLayout,他的测量工作是调用的FrameLayout的onMeasure()方法。作为一个ViewGroup,容器类型的View,他会先完成对所有子View的测量,计算出所有子View的最大宽度和最大高度,再去完成自身的测量。将获取到的最大宽度和最大高度加上padding,然后会检查是否设置了最小宽高,并与其比较,得到的最大值就是最终测量到的结果。这个结果代表了如果使用这个尺寸人话,就可以正常显示所有的子View了。 然后会调用 resolveStateAndSize()方法 将这测量的结果保存起来。

       测量子View: 他会以一个数组的形式 遍历调用 measureChildWithMargins()方法 对子View进行测measureChildWithMargins()方法中,他需要调用 getChildMeasureSpec()方法对子View提出一个MeasureSpec。这个childMeasureSpec 代表了父View对子View的宽高限制。

       layout()阶段 : layout阶段的基本思想也是从根view开始(DecorView.layout())    DecorView的layout()实际上也就是View的layout()方法。他是在performLayout()方法中被调用的, 接受四个参数,分别为相对于父View的上、下、左、右的边距。在layout()方法中,会调用setFrame()方法判断布局是否发生了改变如果发生了改变,则调用onLayout()方法重新布局,并且将改变的位置存放点成员内存中。一般来说View的onLayout()方法是一个空方法,因为他不包含其他子View,所以不需要考虑布局问题,而ViewGroup容器类型的View的onLayout()方法是一个抽象方法,因为不同的实现的布局方式不尽相同,但大致方式都是类似的,对子View进行遍历,结合gravity计算子View的放置位置(visible == GONE 的不进行计算)。 layout阶段主要就是根据上一阶段所得到的的子View的测量宽高来决定子View的显示位置。经过measure阶段和layout阶段,我们已经确定子View的尺寸和显示位置,接下来就应该是draw阶段。

         Draw()阶段:ViewRootImpl.performDraw() -> decorView.draw();decorView.draw()调用的是View的draw()方法。执行流程:View.draw() -> View.onDraw() -> ViewGroup.dispatchDraw();对于DecorView来说,他是一个ViewGroup,他本身没有什么需要绘制的,所以他的onDraw()方法是空的(View的onDraw()方法也是空的,因为每个View的绘制都不相同)在dispatchDraw()方法中, -> ViewGroup.drawChild()  他将Canvas做了一些变化,然后调用子View的onDraw()方法。

你可能感兴趣的:(View绘制流程(纯理论存在))