一、起因
遇到这个问题是在一次自定义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)方法，如下：
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下面的一句代码
if (!dirtyOpaque) onDraw(canvas);
重点！重点！重点！在onDraw前存在一个条件，!dirtyOpaque为真才会执行onDraw()，而这个条件就直接影响了View子类的onDraw的执行，那么我们就可以猜测文章一开头ViewGroup不执行onDraw是不是在这受到了拦截?我们继续往下分析，来看看dirtyOpaque是个什么东西？
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进行了初始化。
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，反之亦然。那么分析到这里也就大致清楚了，我们理一理基本思路：
- 在computeOpaqueFlags()判断当前view的背景是否为空且是否透明，相对应赋值给mPrivateFlags；
- 然后在draw()中通过mPrivateFlags来判断dirtyOpaque是true还是flase；
- 而只有dirtyOpaque为false时才会执行onDraw，
也就是说当背景不为空且不为透明时才会执行onDraw。
那么回到文章最开始的问题，ViewGroup为什么不走onDraw？是不是ViewGroup的背景为空或者是透明的？？接下来就来验证一下。
在ViewGroup的源码中，ViewGroup的构造函数里有对ViewGroup进行初始化，而在这个初始化中就表明了ViewGroup的背景问题。如下：
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，
public void setWillNotDraw(boolean willNotDraw) {
setFlags(willNotDraw ? WILL_NOT_DRAW : 0, DRAW_MASK);
}
源码中也只是将setFlags封装了一层供外部调用，那么我们就可以在ViewGroup的构造函数中调用该方法，并且传入参数false，即
setWillNotDraw(false);
3.3、方法三
直接在ViewGroup的xml下添加一个背景。
四、为什么View没有限制
在View的构造函数中有这么一段代码
int viewFlagValues = 0;
...
if (viewFlagMasks != 0) {
setFlags(viewFlagValues, viewFlagMasks);
}
在View的初始化中对于Flag的设置就与ViewGroup相反，也就导致在默认情况下View是不受影响的。
