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) 办法。