自定义组件学习笔记_1.View绘制流程

读《Android自定义组件开发详解》学习笔记，写一遍容易记得住

Activity组成结构

Activity代表一个窗口，事实上窗口是由Activity的成员变量mWindow来表示的，mWindow本质上是PhoneWindow对象，PhoneWindow继承自Window抽象类，负责窗口的管理。但是PhoneWindow并不是用来呈现界面效果的，呈现界面是由PhoneWindow管理的DecorView对象来完成的。

DecorView类是FrameLayout的子类，也是整个View树的"根"。DecorView由三个部分组成：ActionBar、标题区和内容区。在platforms/android-21/data/res/layout目录下有一个布局文件screen_title.xml，就是常见的窗口风格格式文件。

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:orientation="vertical"
    android:fitsSystemWindows="true">
    <!-- Popout bar for action modes -->
    <ViewStub android:id="@+id/action_mode_bar_stub"
              android:inflatedId="@+id/action_mode_bar"
              android:layout="@layout/action_mode_bar"
              android:layout_width="match_parent"
              android:layout_height="wrap_content"
              android:theme="?attr/actionBarTheme" />
    <FrameLayout
        android:layout_width="match_parent" 
        android:layout_height="?android:attr/windowTitleSize"
        style="?android:attr/windowTitleBackgroundStyle">
        <TextView android:id="@android:id/title" 
            style="?android:attr/windowTitleStyle"
            android:background="@null"
            android:fadingEdge="horizontal"
            android:gravity="center_vertical"
            android:layout_width="match_parent"
            android:layout_height="match_parent" />
    </FrameLayout>
    <FrameLayout android:id="@android:id/content"
        android:layout_width="match_parent" 
        android:layout_height="0dip"
        android:layout_weight="1"
        android:foregroundGravity="fill_horizontal|top"
        android:foreground="?android:attr/windowContentOverlay" />
</LinearLayout>

从代码中可以直接看出ActionBar是有ViewStub标签定义，内容区包含两个FrameLayout标签，分别代表标题栏和内容区，id为android:id/content的FrameLayout被inflate成为mContentParent的FrameLayout对象，在Activity的onCreate方法中调用setContentView方法加载布局会成为mContentParent的子View。

graph TD
    A[Activity] -->B(Window)
    B -->C(DecorView)
    C -->D(ActionBar)
    C -->E(TitleBar)
    C -->F(ContentParent)
    F -->G(layout.xml)

Activity类似框架，负责容器的生命周期以及活动，窗口通过Window管理

Window负责窗口管理（实际是子类PhoneWindow），窗口绘制和渲染由DecorView完成。

DecorView是View树的根，开发人员为Activity定义layout将成为DecorView的子类ContentParent的子类。

layout.xml是开发人员定义的布局文件，最终inflate为DecorView的子控件。

还需要说明的是，PhoneWindow类还关联了一个名为mWindowManager的WindowManager对象，WindowManager会创建一个ViewRootlmpl对象来和WindowManagerSerview进行沟通，WindowManagerService能获取触摸事件、键盘事件或轨迹球事件，并通过ViewRootlmpl将事件分发给各个Activity；另外ViewRootlmpl还负责Activity整个GUI的绘制。

sequenceDiagram
Activity->>WindowManager:PhoneWindow类关联了一个WindowManager对象。
WindowManager->>Activity:ViewRootlmpl负责Activity整个GUI的绘制,分发事件。
WindowManager->>Activity:ViewRootlmpl分发各类事件给Activity。
WindowManager->>WindowManagerService: IWindowSession
WindowManagerService->>WindowManager: IWindow

View树的绘制流程

上文中提到ViewRootlmpl负责Activity整个GUI的绘制，而绘制是从ViewRootlmpl的perforTraversals()方法开始的，这个方法是private修饰，控制着View树的绘制流程，禁止被重写。

这个方法很长，它具体执行了performMeasure()方法、performLayout()方法和performDraw()方法。

performMeasure()方法测量组件的大小。

performLayout()方法用于子组件的定位。

performDraw()方法是将组件的外观绘制出来。

绘制组件大小

performMeasure()方法负责测量组价你的大小。

在布局文件中每个控件都必须设置layout_width和layout_height属性，属性值有三种选择：wrap_content、match_parent和具体数值，performMeasure()方法根据选择计算出组件的宽和高。实际上大多数情况下match_parent和数值是不需要计算的，传过来就是父容器算好的尺寸或者一个指定数值，只有warp_content的时候是需要计算的。

private void performMeasure(int childWidthMeasureSpec, int childHeightMeasureSpec) {
        if (mView == null) {
            return;
        }
        Trace.traceBegin(Trace.TRACE_TAG_VIEW, "measure");
        try {
            mView.measure(childWidthMeasureSpec, childHeightMeasureSpec);
        } finally {
            Trace.traceEnd(Trace.TRACE_TAG_VIEW);
        }
    }

代码中的mView是View树的根视图，代码中执行了 mView.measure()方法，该方法中执行了onMeasure()方法。

忽略其他代码，剩下onMeasure()这个方法。这个方法是组件尺寸测量预留的功能接口，绝大部分情况下这个方法必须重写。

public final void measure(int widthMeasureSpec, int heightMeasureSpec){
    ...
    onMeasure(widthMeasureSpec,heightMeasureSpec);
    ...
}

如果测量的容器尺寸，而容器的尺寸依赖于子组件的大小，那就必须测量容器子组件的大小，不然测量出来的宽高永远是0。

其实measure测量组件的大小，其结果只是参考作用，并不一定非要用这个值不可，组件真正的大小是有setFrame()方法决定的，这个方法一般情况下回参考measure出来的尺寸。

确定子组件的位置

performLayout()方法用于确定子组件的位置，所以该方法只适用ViewGroup。

作为容器，必须知道子View的位置和大小。

private void performLayout(WindowManager.LayoutParams lp, int desiredWindowWidth,int desiredWindowHeight) {
    ...
    host.layout(0, 0, host.getMeasuredWidth(), host.getMeasuredHeight());
    ...
}

代码中的host是最外层容器(DecorView)，重点是layout()方法。layout()方法是View类中。

 public void layout(int l, int t, int r, int b) {
        if ((mPrivateFlags3 & PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT) != 0) {
            onMeasure(mOldWidthMeasureSpec, mOldHeightMeasureSpec);
            mPrivateFlags3 &= ~PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT;
        }

        int oldL = mLeft;
        int oldT = mTop;
        int oldB = mBottom;
        int oldR = mRight;
        
        boolean changed = isLayoutModeOptical(mParent) ?
                setOpticalFrame(l, t, r, b) : setFrame(l, t, r, b);

        if (changed || (mPrivateFlags & PFLAG_LAYOUT_REQUIRED) == PFLAG_LAYOUT_REQUIRED) {
            onLayout(changed, l, t, r, b);
            ......
        }
        ......
}

在layout()方法中，在定位之前如果需要重新测量组件大小，则先调用onMeasure()方法，接下来执行setOpticalFrame()或者setFrame()方法确定自身的位置和大小，此时只是保存了相关的值，与具体绘制无关，随后，onLayout()方法被调用，该方法是空方法。

onLayout()方法在组件是容器时，负责定位容器的子组件，这其实是一个递归的过程，如果子组件也是容器，该容器依然要负责他的子组件的定位，依此类推，知道所有的组件都被定位完成为止。

onLayout()方法和onMeasure()方法一样，就是为开发人员预留的接口，这个方法必须重写。

绘制组件

performDraw()方法执行组件的绘制功能，组件的绘制是一个十分复杂的过程，不仅仅绘制组件的本身，还要绘制背景，滚动条，但是每个组件只需要负责自身的绘制，而且一般来说，容器组件不需要绘制，ViewGroup已经做了大量的工作。

performDraw()方法中调用了draw()方法。

draw()方法又调用了drawSoftware()方法

 private void performDraw() {
    ......

    final boolean fullRedrawNeeded = mFullRedrawNeeded;
    mFullRedrawNeeded = false;

    mIsDrawing = true;
    Trace.traceBegin(Trace.TRACE_TAG_VIEW, "draw");
    try {
        draw(fullRedrawNeeded);
    } finally {
        mIsDrawing = false;
        Trace.traceEnd(Trace.TRACE_TAG_VIEW);
    }
    
    ......    
}

private void draw(boolean fullRedrawNeeded) {
    ......
    
    if (!drawSoftware(surface, mAttachInfo, xOffset, yOffset, scalingRequired, dirty)) {
        return;
    }

    ......    
}

private boolean drawSoftware(Surface surface, AttachInfo attachInfo, int xoff, int yoff,
            boolean scalingRequired, Rect dirty) {
    final Canvas canvas;
    ......
    final int left = dirty.left;
    final int top = dirty.top;
    final int right = dirty.right;
    final int bottom = dirty.bottom;
    canvas = mSurface.lockCanvas(dirty);
    ......
    if (!canvas.isOpaque() || yoff != 0 || xoff != 0) {
        canvas.drawColor(0, PorterDuff.Mode.CLEAR);
    }
    ......
    mView.draw(canvas);
    ......
    surface.unlockCanvasAndPost(canvas);
    ......
}

在drawSoftware()方法可以看出组件通过Canvas类完成的，为了提高绘图的性能，使用了Surface技术，Surface提供了双缓存机制，能加快绘图效率，Canvas对象也由Surface创建。

drawSoftware()方法中调用了mView的draw()方法，mView是Activity的跟容器DecorView。

public void draw(Canvas canvas) {
    super.draw(canvas);
    ......
    final Drawable foreground = mForeground;
    ......   
    foreground.draw(canvas);
    ......
}

在低版本的FrameLayout类的draw()方法做了两件事，一是调用父类的draw()方法绘制自己，二是将前景位图画在canvas上，当然一才是重点，但是FrameLayout的父类ViewGroup没有重写draw方法，就是说ViewGroup的绘制完全重用了他的父类的draw()方法，不过ViewGroup中定义了一个名为dispatchDraw()方法，该方法在View定义，在ViewGroup中实现。

public void draw(Canvas canvas) {
    // Step 1, draw the background, if needed
    if (!dirtyOpaque) {
        drawBackground(canvas);
    }
    // Step 3, draw the content
    if (!dirtyOpaque) onDraw(canvas);
    // Step 4, draw the children
    dispatchDraw(canvas);
    // Step 6, draw decorations (foreground, scrollbars)
    onDrawForeground(canvas);
}

View类的draw()方法是组件绘制的核心方法，主要做了这几件事：

• 绘制背景
• 绘制自己
• 绘制子组件
• 绘制滚动条和前景

组件的绘制也是一个递归的过程。
总的来说UI的绘制要经历这几个过程：

• 测量大小，回调onMeasure()方法
• 组件定位，回调onLayout()方法
• 组件绘制，回调onDraw()方法