共计 6396 个字符，预计需要花费 16 分钟才能阅读完成。
PS：本文系转载文章，浏览原文可读性会更好，文章开端有原文链接
ps：文章是基于 Android Api 31 来剖析源码的。
目录
1、View 的 draw 过程
1、1 View（它不是 ViewGroup）的 draw 过程
1、1、1 原始 View 的 draw 过程
1、1、2 具体 View 的 draw 过程
1、2 ViewGroup 的 draw 过程
1、View 的 draw 过程
这里 View 的 draw 过程就是 View 的绘制过程，也就是将 View 显示在屏幕上，这里的 View 是一种是指 ViewGroup，一种是指原始的 View 或者是 View 的子类（更具体的 View）但不是 ViewGroup。
1、1 View（它不是 ViewGroup）的 draw 过程
1、1、1 原始 View 的 draw 过程
假如咱们的 xml 布局文件有一个 View 标签，如下所示；
图片
如果咱们把下面的代码运行一下，在屏幕上就会显示一个红色的矩形对不对？，好，咱们当初看它的实现过程，咱们看一下 View 的 draw(Canvas canvas) 办法；
图片
看正文 1，是绘制 View 的背景，看咱们 xml 布局中的 View 标签，是不是增加了一个背景为 #FF0000 的色彩值呢？它代表了红色；正文 4 示意绘制 View 的装璜，比方前景和滚动条；正文 2 示意绘制 View 的内容，那咱们看看 View 的 onDraw(Canvas canvas) 办法的具体实现；
图片
看到没，View 的 onDraw(Canvas canvas) 办法是空实现，也就是 View 标签不绘制内容，如果咱们比设置 background 属性的话，咱们只能看到一个通明的 View。
看正文 3，它示意绘制 View 的子元素，咱们再看 View 的 dispatchDraw(Canvas canvas) 办法的具体实现；
图片
看到没有，View 的 dispatchDraw(Canvas canvas) 办法也是一个空实现，也就是说 View 标签上面是不会存在子元素的。
1、1、2 具体 View 的 draw 过程
这里所说的具体 View 是指继承了 View 的子类，常见的零碎具体 View 有 TextView、ImageView、EditText 等，上面咱们就以 TextView 为例，剖析 TextView 的 draw 过程；TextView 没有重写 View 的 draw(Canvas canvas) 办法，确重写了 View 的 onDraw(Canvas canvas) 办法，该办法是绘制本人的内容；
@Override
protected void onDraw(Canvas canvas) {
......
//5、final int compoundPaddingLeft = getCompoundPaddingLeft();
final int compoundPaddingTop = getCompoundPaddingTop();
final int compoundPaddingRight = getCompoundPaddingRight();
final int compoundPaddingBottom = getCompoundPaddingBottom();
//6、final int scrollX = mScrollX;
final int scrollY = mScrollY;
//7、final int right = mRight;
final int left = mLeft;
final int bottom = mBottom;
final int top = mTop;
......
//8、final Drawables dr = mDrawables;
if (dr != null) {
/*
* Compound, not extended, because the icon is not clipped
* if the text height is smaller.
*/
//9、int vspace = bottom - top - compoundPaddingBottom - compoundPaddingTop;
//10、int hspace = right - left - compoundPaddingRight - compoundPaddingLeft;
// IMPORTANT: The coordinates computed are also used in invalidateDrawable()
// Make sure to update invalidateDrawable() when changing this code.
if (dr.mShowing[Drawables.LEFT] != null) {
//11、canvas.save();
......
//12、canvas.restore();}
......
}
......
//13、if (mLayout == null) {assumeLayout();
}
......
//14、if (mHint != null && mText.length() == 0) {if (mHintTextColor != null) {color = mCurHintTextColor;}
layout = mHintLayout;
}
......
//15、float clipLeft = compoundPaddingLeft + scrollX;
float clipTop = (scrollY == 0) ? 0 : extendedPaddingTop + scrollY;
float clipRight = right - left - getCompoundPaddingRight() + scrollX;
float clipBottom = bottom - top + scrollY
- ((scrollY == maxScrollY) ? 0 : extendedPaddingBottom);
//16、if (mShadowRadius != 0) {clipLeft += Math.min(0, mShadowDx - mShadowRadius);
clipRight += Math.max(0, mShadowDx + mShadowRadius);
clipTop += Math.min(0, mShadowDy - mShadowRadius);
clipBottom += Math.max(0, mShadowDy + mShadowRadius);
}
//17、canvas.clipRect(clipLeft, clipTop, clipRight, clipBottom);
......
//18、if (mEditor != null) {mEditor.onDraw(canvas, layout, highlight, mHighlightPaint, cursorOffsetVertical);
} else {layout.draw(canvas, highlight, mHighlightPaint, cursorOffsetVertical);
}
......
}
正文 5 示意获取上下左右的 padding 值；正文 6 示意获取 X 轴和 Y 轴上的 scroll 值；正文 7 示意获取上下左右 4 个顶点的地位；正文 8 示意如果 Drawables 不为空，那么就绘制 Drawables；正文 9 示意计算垂直方向的空间；正文 10 示意计算程度方向的空间；正文 11 中的 save 办法调用之后，能够对 canvas 进行平移和旋转，确定新的原点而后绘制，等绘制完了之后，能够把原点恢复原状；正文 13 示意如果 layout 为 null，通过 makeNewLayout 办法，再去取得一个 layout；正文 14 示意如果以后没有文字，并且设置了 hint 属性，那么就显示 hint 属性的文字；正文 15 示意计算矩阵的上下左右 4 个坐标值；正文 16 示意解决文字暗影；正文 17 示意在画布中裁剪出刚计算出来的矩阵大小；正文 18 示意如果是 EditText 的就交给 mEditor 绘制。
1、2 ViewGroup 的 draw 过程
Android 中零碎自带的 ViewGroup 子类常见的有 RelativeLayout、LinearLayout、GridLayout、TableLayout、FrameLayout 和 Constraint-Layout，这里咱们就以 FrameLayout 为例，剖析 FrameLayout 的 draw 过程；剖析这个 FrameLayout 的 draw 过程之前，咱们先看一下 View 中一个很有意思的办法，那就是 setWillNotDraw(boolean willNotDraw) 办法，咱们看一下该办法的源码；
图片
当 willNotDraw 值为 trure 的时候，View 的 setFlags 办法的第一个参数就为 WILL_NOT_DRAW，当 willNotDraw 值为 false 的时候，View 的 setFlags 办法的第一个参数就为 0；那这个 willNotDraw 代表什么含意呢？如果 willNotDraw 为 true 当前，以后这个 View 不须要绘制任何内容，零碎会进行相应的优化；默认状况下，View 会将 setFlags 办法的第一个参数置为 0，也就是要绘制以后 View；然而 ViewGroup 会将 View 的 setFlags 办法的第一个参数设置为 WILL_NOT_DRAW，也就是不对这个 ViewGroup 进行绘制，不信的话咱们看看 ViewGroup 的其中一个构造方法；
图片
看正文 19，ViewGroup 的其中一个构造方法调用了 ViewGroup 的 initViewGroup 办法，咱们往下看 initViewGroup 办法；
图片
看到正文 20 的代码没有，ViewGroup 默认不对本身的内容进行绘制；如果咱们的自定义控件继承于 ViewGroup 并须要对自定义的 ViewGroup 进行绘制时，能够在自定义的 ViewGroup 的构造方法中调用 View 的 setWillNot-Draw(boolean willNotDraw) 办法，并将 willNotDraw 参数设为 false。
好，咱们回到剖析 FrameLayout 的 draw 过程，咱们晓得 FrameLayout 和 ViewGroup 都没有重写 draw 办法和 onDraw 办法，只有 ViewGroup 重写了 dispatchDraw(Canvas canvas) 办法，咱们看看该办法；
@Override
protected void dispatchDraw(Canvas canvas) {
......
for (int i = 0; i < childrenCount; i++) {while (transientIndex >= 0 && mTransientIndices.get(transientIndex) == i) {final View transientChild = mTransientViews.get(transientIndex);
if ((transientChild.mViewFlags & VISIBILITY_MASK) == VISIBLE ||
transientChild.getAnimation() != null) {
//21、more |= drawChild(canvas, transientChild, drawingTime);
}
......
}
......
if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE || child.getAnimation() != null) {
//22、more |= drawChild(canvas, child, drawingTime);
}
}
while (transientIndex >= 0) {
// there may be additional transient views after the normal views
final View transientChild = mTransientViews.get(transientIndex);
if ((transientChild.mViewFlags & VISIBILITY_MASK) == VISIBLE ||
transientChild.getAnimation() != null) {
//23、more |= drawChild(canvas, transientChild, drawingTime);
}
......
}
if (preorderedList != null) preorderedList.clear();
// Draw any disappearing views that have animations
if (mDisappearingChildren != null) {
final ArrayList<View> disappearingChildren = mDisappearingChildren;
final int disappearingCount = disappearingChildren.size() - 1;
// Go backwards -- we may delete as animations finish
for (int i = disappearingCount; i >= 0; i--) {final View child = disappearingChildren.get(i);
//24、more |= drawChild(canvas, child, drawingTime);
}
}
......
}
看到正文 21、22、23、24 所在的代码没有，都是调用 ViewGroup 的 drawChild(Canvas canvas, View child, long drawingTime) 办法对不对？那它们有什么区别吗？答案是必定有的；看正文 21 的代码，ViewGroup 绘制短暂的子 View；正文 22 的代码示意绘制一般可见的子视图；正文 23 的代码示意绘制一般子视图之外可能存在的长期子视图；正文 24 的代码示意绘制正在变为不可见的有动画的子视图。
咱们往下看 ViewGroup 的 drawChild(Canvas canvas, View child, long drawingTime) 办法；
图片
这里的 child 就是 FramLayout 的子 View，ViewGroup 的 drawChild(Canvas canvas, View child, long drawingTime) 办法又调用了 View 的 draw(Canvas canvas, ViewGroup parent, long drawingTime) 办法，咱们往下看 draw(Canvas canvas, ViewGroup parent, long drawingTime) 办法；
boolean draw(Canvas canvas, ViewGroup parent, long drawingTime) {
......
if (transformToApply != null
|| alpha < 1
|| !hasIdentityMatrix()
|| (mPrivateFlags3 & PFLAG3_VIEW_IS_ANIMATING_ALPHA) != 0) {
......
if (!drawingWithDrawingCache) {if (drawingWithRenderNode) {......} else {
// Fast path for layouts with no backgrounds
if ((mPrivateFlags & PFLAG_SKIP_DRAW) == PFLAG_SKIP_DRAW) {
mPrivateFlags &= ~PFLAG_DIRTY_MASK;
//25、dispatchDraw(canvas);
} else {
//26、draw(canvas);
}
}
} else if (cache != null) {......}
......
return more;}
如果 FrameLayout 的子 View 不须要绘制本身（子 View）那么就调用子 View 的 dispatchDraw 办法，如果 FrameLayout 的子 View 须要绘制本身的内容那么就调用子 View 的 draw(Canvas canvas) 办法。
