网络上关于Android绘图的原理和流程已经说明的很到位了，这里就不再过多的做解释。这篇文章主要想谈一下关于draw方法中的画布的来源问题
有兴趣的大佬们可以继续看下去...
首先说明几点（一些基础还是要有的），view在经过measure后会获得自己的测量宽高，在经过layout之后， 父ViewGroup会通过onlayout为子View制定布局的上下左右坐标。所以说measure之后的测量高度不一定是实际高度。而view的实际高度是layout所指，我们可以通过layout方法中的setFrame的onSizeChanged来获取实际宽高。在一切的一切都完成，只剩绘图的时候，我们知道要调用draw(Canvas canvas)方法了。可是不知道大家对这个canvas这么来的有没有疑问。前几天看zxt的一个项目，里面在recyclerView中添加ItemDecoration，在自定义的ItemDecoration中使用了inflate一个布局，然后调用这个布局的绘制流程，最终画出来的东西会发现，和layout中设置的位置不匹配，永远都是画在最上面。
@Override
public void onDrawOver(Canvas c, final RecyclerView parent, RecyclerView.State state) {
View toDrawView = mInflater.inflate(R.layout.header_complex, parent, false);
int toDrawWidthSpec;//用于测量的widthMeasureSpec
int toDrawHeightSpec;//用于测量的heightMeasureSpec
//拿到复杂布局的LayoutParams，如果为空，就new一个。
// 后面需要根据这个lp 构建toDrawWidthSpec，toDrawHeightSpec
ViewGroup.LayoutParams lp = toDrawView.getLayoutParams();
Log.e("sss", "onDrawOver: "+lp.height+" "+lp.width,null );
if (lp == null) {
lp = new ViewGroup.LayoutParams(ViewGroup.LayoutParams.MATCH_PARENT, ViewGroup.LayoutParams.WRAP_CONTENT);//这里是根据复杂布局layout的width height，new一个Lp
toDrawView.setLayoutParams(lp);
}
if (lp.width == ViewGroup.LayoutParams.MATCH_PARENT) {
//如果是MATCH_PARENT，则用父控件能分配的最大宽度和EXACTLY构建MeasureSpec。
toDrawWidthSpec = View.MeasureSpec.makeMeasureSpec(parent.getWidth() - parent.getPaddingLeft() - parent.getPaddingRight(), View.MeasureSpec.EXACTLY);
} else if (lp.width == ViewGroup.LayoutParams.WRAP_CONTENT) {
//如果是WRAP_CONTENT，则用父控件能分配的最大宽度和AT_MOST构建MeasureSpec。
toDrawWidthSpec = View.MeasureSpec.makeMeasureSpec(parent.getWidth() - parent.getPaddingLeft() - parent.getPaddingRight(), View.MeasureSpec.AT_MOST);
} else {
//否则则是具体的宽度数值，则用这个宽度和EXACTLY构建MeasureSpec。
toDrawWidthSpec = View.MeasureSpec.makeMeasureSpec(lp.width, View.MeasureSpec.EXACTLY);
}
//高度同理
if (lp.height == ViewGroup.LayoutParams.MATCH_PARENT) {
toDrawHeightSpec = View.MeasureSpec.makeMeasureSpec(parent.getHeight() - parent.getPaddingTop() - parent.getPaddingBottom(), View.MeasureSpec.EXACTLY);
} else if (lp.height == ViewGroup.LayoutParams.WRAP_CONTENT) {
toDrawHeightSpec = View.MeasureSpec.makeMeasureSpec(parent.getHeight() - parent.getPaddingTop() - parent.getPaddingBottom(), View.MeasureSpec.AT_MOST);
} else {
toDrawHeightSpec = View.MeasureSpec.makeMeasureSpec(lp.width, View.MeasureSpec.EXACTLY);
}
//依次调用 measure,layout,draw方法，将复杂头部显示在屏幕上。
toDrawView.measure(toDrawWidthSpec, toDrawHeightSpec);
// toDrawView.layout(parent.getPaddingLeft(), parent.getPaddingTop(),
// parent.getPaddingLeft() + toDrawView.getMeasuredWidth(), parent.getPaddingTop() + toDrawView.getMeasuredHeight());
toDrawView.layout(0,100,1000,300);
toDrawView.draw(c);
}
以上是大佬zxt的源码。我们可以看见的是，虽然layout设置了距离上100，但是仍然没有留有空隙，如下图
这是模拟器显示
因为我们使用的draw方法传递的canvas是整个recycleView的canvas，而子视图draw并不知道这是谁的，只知道传进来就是自己的，所以他就直接在上面绘制我们的图像。而不去管layout中定义的四边距，因此总是以左上角为原点。
我发现这个bug之后，就在想，子view既然能正确绘制的话，而且它的draw方法还只管画不管位置，那肯定在draw之前有人提前为子View设置好了画布，比如translate或者scale或者clip，总之通过处理将画布区域变成子View绘制区域。那么这么重要的责任是谁来承担的呢。想到这些F3进Viewgroup中看一下它的draw方法。draw的源码太长就不贴了，发现他的里面通过dispatchDraw()来向下分发子view的draw，那么跟踪进去
...
final int childrenCount = mChildrenCount;
final View[] children = mChildren;
.
.
.
//这里有个cliptoPadding属性也很有意思，通过在xml中设置Android:clipchildren属性可
//以使child的视图画出限定的布局。这个不作介绍了。大家有兴趣可以百度clipToPadding
if (clipToPadding) {
clipSaveCount = canvas.save();
canvas.clipRect(mScrollX + mPaddingLeft, mScrollY + mPaddingTop,
mScrollX + mRight - mLeft - mPaddingRight,
mScrollY + mBottom - mTop - mPaddingBottom);
}
.
.
.
//从这里就能看出来了，开始遍历子view的集合，对每个子View执行drawChild(canvas, //transientChild, drawingTime)这个方法，所以说这个方法是关键。在dispatchDraw中
//并没有我们想象中的对画布的剪裁。那么我们就跟进dispatchDraw中看一下。
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) {
more |= drawChild(canvas, transientChild, drawingTime);
}
transientIndex++;
if (transientIndex >= transientCount) {
transientIndex = -1;
}
}
drawChild方法源码：
/**
* Draw one child of this View Group. This method is responsible for getting
* the canvas in the right state. This includes clipping, translating so
* that the child's scrolled origin is at 0, 0, and applying any animation
* transformations.
*
* @param canvas The canvas on which to draw the child
* @param child Who to draw
* @param drawingTime The time at which draw is occurring
* @return True if an invalidate() was issued
*/
/**
* 短短这么几句话，是不是一下就轻松了。他返回了子View的draw方法。有人会说那不直
* 接调用了draw（canvas）么，父canvas直接传到子view里了，哪有什么剪裁的地方。
* 这就错了，仔细看的话这里draw的参数是3个而不是一个，也就是draw的一个3参数重载
* 我们先不管这些，看看上面官方给的注释。英语不好可以直接有道去，这里我说一下大概
* 意思：
* 这个方法主要负责的是获得画布的正确状态，包括平移，缩放等
* 看到这句话，终于知道了就是在这里对画布进行了变换，跟进去。看一下
*
*/
protected boolean drawChild(Canvas canvas, View child, long drawingTime) {
return child.draw(canvas, this, drawingTime);
}
那么下面是draw的3参数实现：
/**
* This method is called by ViewGroup.drawChild() to have each child view draw itself.
*
* This is where the View specializes rendering behavior based on layer type,
* and hardware acceleration.
*/
boolean draw(Canvas canvas, ViewGroup parent, long drawingTime) {
...
...
int sx = 0;
int sy = 0;
if (!drawingWithRenderNode) {
computeScroll();
// 如果滑动的话，保存一下滑动的X,Y这里向左是正，向上是正
sx = mScrollX;
sy = mScrollY;
}
final boolean drawingWithDrawingCache = cache != null && !drawingWithRenderNode;
final boolean offsetForScroll = cache == null && !drawingWithRenderNode;
int restoreTo = -1;
if (!drawingWithRenderNode || transformToApply != null) {
//保存了画布之前的状态，便于以后恢复
restoreTo = canvas.save();
}
if (offsetForScroll) {
//如果view滑动了，那么将画布平移到view的左边界-滑动的x坐标(向左为正)，还有上边界-滑动的Y坐标（）
//终于找到了。大功告成！
canvas.translate(mLeft - sx, mTop - sy);
} else {
//如果没有滑动呢，就直接将画布移动到子view的左上角，后面呢如果有缩放设置缩放，反正每一步变换都要save一下，可能自有道理吧！
if (!drawingWithRenderNode) {
canvas.translate(mLeft, mTop);
}
if (scalingRequired) {
if (drawingWithRenderNode) {
// TODO: Might not need this if we put everything inside the DL
restoreTo = canvas.save();
}
// mAttachInfo cannot be null, otherwise scalingRequired == false
final float scale = 1.0f / mAttachInfo.mApplicationScale;
canvas.scale(scale, scale);
}
}
...
... the more
}
通过以上的方式呢,我们看到了，如果直接draw的话是不会考虑我们view的layout布局位置的呢，那么如何在给定一个view1的画布canvas，然后在正确的位置上画出一个不属于他的children的一个view2（也就是说如何在能再这个view的layout所保存的位置上绘制呢）我们就可以通过<font color=#0099ff size=5 face="黑体">view1.drawChild(canvas,view2,0)</font>的方法就可以了。那有人还说，最后不是调用3参数的draw么，那么我们也调用呗！ 只可惜源码中定义的3参数draw方法是boolean draw(Canvas canvas, ViewGroup parent, long drawingTime) 是个非public方法我们没有办法去调用了。除非你反射！
我们修改一下之前的代码，再来看看效果！
@Override
public void onDrawOver(Canvas c, final RecyclerView parent, RecyclerView.State state) {
...
//这里的代码和文章开篇的是一样的，就省略了..
...
toDrawView.layout(0,100,1000,300);
//只有这里更改了一下 由draw变为drawchild！！！！
parent.drawChild(c,toDrawView,0) ;
}
效果在这：的确满足之前layout的位置了。
这里写图片描述
