分析 draw 过程的源码的时候，遇到一个很神奇的疑问：
ViewGroup.dispatchDraw 调用 dispatchDraw（Canvas） 的时候调用 View.draw 绘制子 View。将自己的 Canvas， 直接传给了子 View。此时，Canvas 的绘图区域应该是父 View 的绘图区域（坐标系）。但是，View.onDraw（Canvas ）获取的 Canvas 的绘图区域（坐标系）确是 View 的。Canvas 在哪里做的变换呢？
onDraw（Canvas） 是在 draw（Canvas） 方法里被调用的，但是 Draw 方法里也没有看到 Canvas 做变换的代码。
通过 Studio 分析源码，父 View 调用 drawChild 的时候直接就跳到了子 View 的 Draw 方法里。Canvas 是在哪里做变换的？！
draw 的 “错误跳转”
写了一个 LinearLayoutDebug 类，在 dispatchDraw 时打印 canvas width 和 height 属性：
打印 drawChild 时 canvas 的尺寸再写了一个 ViewDebug 类，在 draw（Canvas）时打印 Canvas width 和 height属性：
打印 draw 时 canvas 的尺寸
打印结果是这样：
canvas 尺寸的 “突变”
Canvas 的 size 出现了 “突变”！真邪门！
不信邪，打断点看看，怎么 drawChild 下一步到 Draw，Canvas 直接就做了变换。
断点不知怎么跳的，因为看到的代码不是 draw（Canvas），所以重新审视 Studio 的代码自动跳转。
再看，原来是 Studio 跳错地方了！
再看一遍 gif，ViewGroup 调用的是 child.draw(Canvas，ViewGroup，long），但 Studio 却跳到了 Draw（Canvas）去，Draw（Canvas，ViewGroup，long）被 Studio 省略了！
draw 的 ”错误跳转“draw（Canvas，ViewGroup，long）
分析这个被 Studio “忽略” 了的方法，可以看到里面出现了 Matrix，canvas.translate 等代码。draw（Canvas）也在 draw（Canvas，ViewGroup，long）里被调用。
结论
ViewGroup 传给子 View 的是自己的 Canvas，子 View 在draw（Canvas，ViewGroup，long）方法里对 Canvas 做 了合适的变换，使 Canvas 的尺寸，坐标系等与子 View 自身的尺寸，位置相匹配。
View 在 draw（Canvas）里调用 drawBackground，onDraw，dispatchDraw 等方法完成自身的绘制。draw（Canvas）的 Canvas 已经做了合适的变换，我们在重写onDraw，dispatchDraw 等方法时不需要做变换。
网友评论