默认状态下，ViewGroup为什么不走onDraw()?

Posted on | 本文阅读 次

一、起因

遇到这个问题是在一次自定义ViewGroup中重写了onDraw()方法，并且在onDraw中绘制了画面，但是运行过后，画面没有效果。随后自己写了一个简单的Demo，打出日志看了一下绘制流程，如下：

从上面的图片可以清楚的发现在绘制时，只是走了onMeasure，onLayout和dispatchDraw，onDraw方法却没有调用。

随后借鉴了网上的说法，在自定义ViewGroup的xml中设置了一个背景颜色，并运行打印log

这个时候就可以看见在dispatchDraw之前调用了onDraw方法。

两种代码相同的自定义ViewGroup，只是改变了在xml中ViewGroup的背景，一个就会调用onDraw而另外一个则不会，那么为什么在不改变ViewGroup的情况下不走onDraw方法呢？那么又该如何解决这个问题？？

带着疑问，我们去源代码中找出原因和解决方法。

二、分析原因

众所周知，ViewGroup是继承自View的，那么直接去查看View。通过代码跟踪发现在ViewGroup中实现OnDraw方法，其实是调用View中的draw(Canvas canvas)方法，如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
public void draw(Canvas canvas) {
        final int privateFlags = mPrivateFlags;
        final boolean dirtyOpaque = (privateFlags & PFLAG_DIRTY_MASK) == PFLAG_DIRTY_OPAQUE &&
               (mAttachInfo == null || !mAttachInfo.mIgnoreDirtyState);
        mPrivateFlags = (privateFlags & ~PFLAG_DIRTY_MASK) | PFLAG_DRAWN;

        /*
         * Draw traversal performs several drawing steps which must be executed
         * in the appropriate order:
         *
         *      1. Draw the background
         *      2. If necessary, save the canvas' layers to prepare for fading
         *      3. Draw view's content
         *      4. Draw children
         *      5. If necessary, draw the fading edges and restore layers
         *      6. Draw decorations (scrollbars for instance)
         */

        // Step 1, draw the background, if needed
        int saveCount;

        if (!dirtyOpaque) {
            drawBackground(canvas);
        }

        // skip step 2 & 5 if possible (common case)
        final int viewFlags = mViewFlags;
        boolean horizontalEdges = (viewFlags & FADING_EDGE_HORIZONTAL) != 0;
        boolean verticalEdges = (viewFlags & FADING_EDGE_VERTICAL) != 0;
        if (!verticalEdges && !horizontalEdges) {
            // Step 3, draw the content
            if (!dirtyOpaque) onDraw(canvas);

            // Step 4, draw the children
            dispatchDraw(canvas);
            drawAutofilledHighlight(canvas);

            // Overlay is part of the content and draws beneath Foreground
            if (mOverlay != null && !mOverlay.isEmpty()) {
                mOverlay.getOverlayView().dispatchDraw(canvas);
            }

            // Step 6, draw decorations (foreground, scrollbars)
            onDrawForeground(canvas);

            // Step 7, draw the default focus highlight
            drawDefaultFocusHighlight(canvas);

            if (debugDraw()) {
                debugDrawFocus(canvas);
            }

            // we're done...
            return;
        }

在这段代码中，原生清楚的标注出绘制分为几个步骤，但今天的主角不是这个暂不细说，我们直接找到Step 3下面的一句代码

1
if (!dirtyOpaque) onDraw(canvas);

重点！重点！重点！在onDraw前存在一个条件，!dirtyOpaque为真才会执行onDraw()，而这个条件就直接影响了View子类的onDraw的执行，那么我们就可以猜测文章一开头ViewGroup不执行onDraw是不是在这受到了拦截?我们继续往下分析，来看看dirtyOpaque是个什么东西？

1
2
3
final int privateFlags = mPrivateFlags;
final boolean dirtyOpaque = (privateFlags & PFLAG_DIRTY_MASK) == PFLAG_DIRTY_OPAQUE &&
                (mAttachInfo == null || !mAttachInfo.mIgnoreDirtyState);

从上面代码可以看到dirtyOpaque为一个boolean值，英文翻译过来就是“脏的不透明的”，也就是说当背景不透明的时候才会去执行onDraw()，而这个操作也就直接影响了ViewGroup所实现的OnDraw的执行。从代码看dirtyOpaque的值主要取决于privateFlags，而privateFlags则是由一个全局变量mPrivateFlags所赋值，那么我们接着来看mPrivateFlags的值是怎么来的？

通过查找，在View的构造函数的最后一行有computeOpaqueFlags这么一个函数，对mPrivateFlags进行了初始化。

1
2
3
4
5
6
7
8
9
10
11
12
13
protected void computeOpaqueFlags() {
     // Opaque if:
     //   - Has a background
     //   - Background is opaque
     //   - Doesn't have scrollbars or scrollbars overlay

     if (mBackground != null && mBackground.getOpacity() == PixelFormat.OPAQUE) {
         mPrivateFlags |= PFLAG_OPAQUE_BACKGROUND;
     } else {
         mPrivateFlags &= ~PFLAG_OPAQUE_BACKGROUND;
     }
  ...
 }

代码分析如果背景不为空，并且背景不透明，则将mPrivateFlags设置为PFLAG_OPAQUE_BACKGROUND，反之亦然。那么分析到这里也就大致清楚了，我们理一理基本思路：

  1. 在computeOpaqueFlags()判断当前view的背景是否为空且是否透明，相对应赋值给mPrivateFlags；
  2. 然后在draw()中通过mPrivateFlags来判断dirtyOpaque是true还是flase；
  3. 而只有dirtyOpaque为false时才会执行onDraw，也就是说当背景不为空且不为透明时才会执行onDraw。

那么回到文章最开始的问题，ViewGroup为什么不走onDraw？是不是ViewGroup的背景为空或者是透明的？？接下来就来验证一下。

在ViewGroup的源码中，ViewGroup的构造函数里有对ViewGroup进行初始化，而在这个初始化中就表明了ViewGroup的背景问题。如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
public ViewGroup(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes) {
       super(context, attrs, defStyleAttr, defStyleRes);

       initViewGroup();
       initFromAttributes(context, attrs, defStyleAttr, defStyleRes);
   }

   private void initViewGroup() {
       // ViewGroup doesn't draw by default
       if (!debugDraw()) {
           setFlags(WILL_NOT_DRAW, DRAW_MASK);
       }
       ...
   }

在initViewGroup（）方法的一开始源码就直接表明”ViewGroup doesn’t draw by default（在默认状态下，ViewGroup是不会绘制的）“，也可以在代码中看见setFlags()中传入了WILL_NOT_DRAW这个参数，而WILL_NOT_DRAW则表示View是不会被绘制，并且不会调用onDraw方法。看到这里原因也就呼之欲出

在默认状态下，ViewGroup的背景为透明的，而在View中的draw方法中表示只有不透明才执行onDraw，这也就导致后续ViewGroup的onDraw失效。

三、解决办法

3.1、方法一

在文章一开始draw()代码的Step 4中dispatchDraw(canvas)没有条件限制，可将onDraw中的处理移至到dispatchDraw()中。

3.2、方法二

源码中，ViewGroup的初始背景通过setFlags设定为透明的，根据setFlags可以找到这么一个方法setWillNotDraw，

1
2
3
public void setWillNotDraw(boolean willNotDraw) {
        setFlags(willNotDraw ? WILL_NOT_DRAW : 0, DRAW_MASK);
    }

源码中也只是将setFlags封装了一层供外部调用，那么我们就可以在ViewGroup的构造函数中调用该方法，并且传入参数false，即

1
setWillNotDraw(false);

3.3、方法三

直接在ViewGroup的xml下添加一个背景。

四、为什么View没有限制

在View的构造函数中有这么一段代码

1
2
3
4
5
 int viewFlagValues = 0;
...
if (viewFlagMasks != 0) {
            setFlags(viewFlagValues, viewFlagMasks);
        }

在View的初始化中对于Flag的设置就与ViewGroup相反，也就导致在默认情况下View是不受影响的。