Android View 绘制机制的详解
view 绘制机制一、
view 树的绘图流程
当 activity 接收到焦点的时候，它会被请求绘制布局,该请求由 android framework 处理.绘制是从根节点开始，对布局树进行 measure 和 draw。整个 view 树的绘图流程在viewroot.java类的performtraversals()函数展开，该函数所做 的工作可简单概况为是否需要重新计算视图大小(measure)、是否需要重新安置视图的位置(layout)、以及是否需要重绘(draw)，流程图如下：
view 绘制流程函数调用链
需要说明的是，用户主动调用 request，只会出发 measure 和 layout 过程，而不会执行 draw 过程
二、 概念
1. measure 和 layout
从整体上来看 measure 和 layout 两个步骤的执行：
树的遍历是有序的，由父视图到子视图，每一个 viewgroup 负责测绘它所有的子视图，而最底层的 view 会负责测绘自身。
2. 具体分析
measure 过程由measure(int, int)方法发起，从上到下有序的测量 view，在 measure 过程的最后，每个视图存储了自己的尺寸大小和测量规格。
layout 过程由layout(int, int, int, int)方法发起，也是自上而下进行遍历。在该过程中，每个父视图会根据 measure 过程得到的尺寸来摆放自己的子视图。
measure 过程会为一个 view 及所有子节点的 mmeasuredwidth 和 mmeasuredheight 变量赋值，该值可以通过 getmeasuredwidth()和getmeasuredheight()方法获得。而且这两个值必须在父视图约束范围之内，这样才可以保证所有的父视图都接收所有子视图的测量。如果子视图对于 measure 得到的大小不满意的时候，父视图会介入并设置测量规则进行第二次 measure。比如，父视图可以先根据未给定的 dimension 去测量每一个子视图，如果最终子视图的未约束尺寸太大或者太小的时候，父视图就会使用一个确切的大小再次对子视图进行 measure。
3. measure 过程传递尺寸的两个类
- viewgroup.layoutparams （view 自身的布局参数）
- measurespecs 类（父视图对子视图的测量要求）
viewgroup.layoutparams
这个类我们很常见，就是用来指定视图的高度和宽度等参数。对于每个视图的 height 和 width，你有以下选择：
- 具体值
- match_parent 表示子视图希望和父视图一样大(不包含 padding 值)
- wrap_content 表示视图为正好能包裹其内容大小(包含 padding 值)
viewgroup 的子类有其对应的 viewgroup.layoutparams 的子类。比如 relativelayout 拥有的 viewgroup.layoutparams 的子类 relativelayoutparams。
有时我们需要使用 view.getlayoutparams() 方法获取一个视图 layoutparams，然后进行强转，但由于不知道其具体类型，可能会导致强转错误。其实该方法得到的就是其所在父视图类型的 layoutparams，比如 view 的父控件为 relativelayout，那么得到的 layoutparams 类型就为 relativelayoutparams。
measurespecs
测量规格，包含测量要求和尺寸的信息，有三种模式:
unspecified
父视图不对子视图有任何约束，它可以达到所期望的任意尺寸。比如 listview、scrollview，一般自定义 view 中用不到，
exactly
父视图为子视图指定一个确切的尺寸，而且无论子视图期望多大，它都必须在该指定大小的边界内，对应的属性为 match_parent 或具体值，比如 100dp，父控件可以通过measurespec.getsize(measurespec)直接得到子控件的尺寸。
at_most
父视图为子视图指定一个最大尺寸。子视图必须确保它自己所有子视图可以适应在该尺寸范围内，对应的属性为 wrap_content，这种模式下，父控件无法确定子 view 的尺寸，只能由子控件自己根据需求去计算自己的尺寸，这种模式就是我们自定义视图需要实现测量逻辑的情况。
3、 measure 核心方法
measure(int widthmeasurespec, int heightmeasurespec)
该方法定义在view.java类中，为 final 类型，不可被复写，但 measure 调用链最终会回调 view/viewgroup 对象的 onmeasure()方法，因此自定义视图时，只需要复写 onmeasure() 方法即可。
onmeasure(int widthmeasurespec, int heightmeasurespec)
该方法就是我们自定义视图中实现测量逻辑的方法，该方法的参数是父视图对子视图的 width 和 height 的测量要求。在我们自身的自定义视图中，要做的就是根据该 widthmeasurespec 和 heightmeasurespec 计算视图的 width 和 height，不同的模式处理方式不同。
setmeasureddimension()
测量阶段终极方法，在 onmeasure(int widthmeasurespec, int heightmeasurespec) 方法中调用，将计算得到的尺寸，传递给该方法，测量阶段即结束。该方法也是必须要调用的方法，否则会报异常。在我们在自定义视图的时候，不需要关心系统复杂的 measure 过程的，只需调用setmeasureddimension()设置根据 measurespec 计算得到的尺寸即可，你可以参考 viewpagerindicator 的 onmeasure 方法。
下面我们取 viewgroup 的 measurechildren（int widthmeasurespec, int heightmeasurespec) 方法对复合 view 的 measure 流程做一个分析：
measurechild 的方法调用流程图：
源码分析
/**
* 请求所有子 view 去 measure 自己，要考虑的部分有对子 view 的测绘要求 measurespec 以及其自身的 padding
* 这里跳过所有为 gone 状态的子 view，最繁重的工作是在 getchildmeasurespec 方法中处理的
*
* @param widthmeasurespec 对该 view 的 width 测绘要求
* @param heightmeasurespec 对该 view 的 height 测绘要求
*/
protected void measurechildren(int widthmeasurespec, int heightmeasurespec) {
final int size = mchildrencount;
final view[] children = mchildren;
for (int i = 0; i < size; ++i) {
final view child = children[i];
if ((child.mviewflags & visibility_mask) != gone) {
measurechild(child, widthmeasurespec, heightmeasurespec);
}
}
}
protected void measurechild(view child, int parentwidthmeasurespec,
int parentheightmeasurespec) {
final layoutparams lp = child.getlayoutparams();//获取 child 的 layoutparams
final int childwidthmeasurespec = getchildmeasurespec(parentwidthmeasurespec,// 获取 childview 的 widthmeasurespec
mpaddingleft + mpaddingright, lp.width);
final int childheightmeasurespec = getchildmeasurespec(parentheightmeasurespec,// 获取 childview 的 heightmeasurespec
mpaddingtop + mpaddingbottom, lp.height);
child.measure(childwidthmeasurespec, childheightmeasurespec);
}
/**
* 该方法是 measurechildren 中最繁重的部分，为每一个 childview 计算出自己的 measurespec。
* 目标是将 childview 的 measurespec 和 layoutparams 结合起来去得到一个最合适的结果。
*
* @param spec 对该 view 的测绘要求
* @param padding 当前 view 在当前唯独上的 paddingand，也有可能含有 margins
*
* @param childdimension 在当前维度上（height 或 width）的具体指
* @return 子视图的 measurespec
*/
public static int getchildmeasurespec(int spec, int padding, int childdimension) {
.........
// 根据获取到的子视图的测量要求和大小创建子视图的 measurespec
return measurespec.makemeasurespec(resultsize, resultmode);
}
/**
*
* 用于获取 view 最终的大小，父视图提供了宽、高的约束信息
* 一个 view 的真正的测量工作是在 onmeasure(int, int) 中，由该方法调用。
* 因此，只有 onmeasure(int, int) 可以而且必须被子类复写
*
* @param widthmeasurespec 在水平方向上，父视图指定的的 measure 要求
* @param heightmeasurespec 在竖直方向上，控件上父视图指定的 measure 要求
*
*/
public final void measure(int widthmeasurespec, int heightmeasurespec) {
...
onmeasure(widthmeasurespec, heightmeasurespec);
...
}
protected void onmeasure(int widthmeasurespec, int heightmeasurespec) {
setmeasureddimension(getdefaultsize(getsuggestedminimumwidth(), widthmeasurespec),
getdefaultsize(getsuggestedminimumheight(), heightmeasurespec));
}
4、 layout 相关概念及核心方法
首先要明确的是，子视图的具体位置都是相对于父视图而言的。view 的 onlayout 方法为空实现，而 viewgroup 的 onlayout 为 abstract 的，因此，如果自定义的 view 要继承 viewgroup 时，必须实现 onlayout 函数。
在 layout 过程中，子视图会调用getmeasuredwidth()和getmeasuredheight()方法获取到 measure 过程得到的 mmeasuredwidth 和 mmeasuredheight，作为自己的 width 和 height。然后调用每一个子视图的layout(l, t, r, b)函数，来确定每个子视图在父视图中的位置。
linearlayout 的 onlayout 源码分析
@override
protected void onlayout(boolean changed, int l, int t, int r, int b) {
if (morientation == vertical) {
layoutvertical(l, t, r, b);
} else {
layouthorizontal(l, t, r, b);
}
}
/**
* 遍历所有的子 view，为其设置相对父视图的坐标
*/
void layoutvertical(int left, int top, int right, int bottom) {
for (int i = 0; i < count; i++) {
final view child = getvirtualchildat(i);
if (child == null) {
childtop += measurenullchild(i);
} else if (child.getvisibility() != gone) {//不需要立即展示的 view 设置为 gone 可加快绘制
final int childwidth = child.getmeasuredwidth();//measure 过程确定的 width
final int childheight = child.getmeasuredheight();//measure 过程确定的 height
...确定 childleft、childtop 的值
setchildframe(child, childleft, childtop + getlocationoffset(child),
childwidth, childheight);
}
}
}
private void setchildframe(view child, int left, int top, int width, int height) {
child.layout(left, top, left + width, top + height);
}
view.java
public void layout(int l, int t, int r, int b) {
...
setframe(l, t, r, b)
}
/**
* 为该子 view 设置相对其父视图上的坐标
*/
protected boolean setframe(int left, int top, int right, int bottom) {
...
}
5、 绘制流程相关概念及核心方法
先来看下与 draw 过程相关的函数：
view.draw(canvas canvas)：
由于 viewgroup 并没有复写此方法，因此，所有的视图最终都是调用 view 的 draw 方法进行绘制的。在自定义的视图中，也不应该复写该方法，而是复写 ondraw(canvas) 方法进行绘制，如果自定义的视图确实要复写该方法，那么请先调用 super.draw(canvas)完成系统的绘制，然后再进行自定义的绘制。
view.ondraw()：
view 的ondraw（canvas）默认是空实现，自定义绘制过程需要复写的方法，绘制自身的内容。
dispatchdraw()
发起对子视图的绘制。view 中默认是空实现，viewgroup 复写了dispatchdraw()来对其子视图进行绘制。该方法我们不用去管，自定义的 viewgroup 不应该对dispatchdraw()进行复写。
绘制流程图
view.draw(canvas) 源码分析
/**
* manually render this view (and all of its children) to the given canvas.
* the view must have already done a full layout before this function is
* called. when implementing a view, implement
* {@link #ondraw(android.graphics.canvas)} instead of overriding this method.
* if you do need to override this method, call the superclass version.
*
* @param canvas the canvas to which the view is rendered.
*
* 根据给定的 canvas 自动渲染 view（包括其所有子 view）。在调用该方法之前必须要完成 layout。当你自定义 view 的时候，
* 应该去是实现 ondraw(canvas) 方法，而不是 draw(canvas) 方法。如果你确实需要复写该方法，请记得先调用父类的方法。
*/
public void draw(canvas canvas) {
/ * draw traversal performs several drawing steps which must be executed
* in the appropriate order:
*
* 1. draw the background if need
* 2. if necessary, save the canvas' layers to prepare for fading
* 3. draw view's content
* 4. draw children (dispatchdraw)
* 5. if necessary, draw the fading edges and restore layers
* 6. draw decorations (scrollbars for instance)
*/
// step 1, draw the background, if needed
if (!dirtyopaque) {
drawbackground(canvas);
}
// skip step 2 & 5 if possible (common case)
final int viewflags = mviewflags;
if (!verticaledges && !horizontaledges) {
// step 3, draw the content
if (!dirtyopaque) ondraw(canvas);
// step 4, draw the children
dispatchdraw(canvas);
// step 6, draw decorations (scrollbars)
ondrawscrollbars(canvas);
if (moverlay != null && !moverlay.isempty()) {
moverlay.getoverlayview().dispatchdraw(canvas);
}
// we're done...
return;
}
// step 2, save the canvas' layers
...
// step 3, draw the content
if (!dirtyopaque)
ondraw(canvas);
// step 4, draw the children
dispatchdraw(canvas);
// step 5, draw the fade effect and restore layers
// step 6, draw decorations (scrollbars)
ondrawscrollbars(canvas);
}
由上面的处理过程，我们也可以得出一些优化的小技巧：当不需要绘制 layer 的时候第二步和第五步会跳过。因此在绘制的时候，能省的 layer 尽可省，可以提高绘制效率
viewgroup.dispatchdraw() 源码分析
dispatchdraw(canvas canvas){
...
if ((flags & flag_run_animation) != 0 && cananimate()) {//处理 childview 的动画
final boolean buildcache = !ishardwareaccelerated();
for (int i = 0; i < childrencount; i++) {
final view child = children[i];
if ((child.mviewflags & visibility_mask) == visible) {//只绘制 visible 状态的布局，因此可以通过延时加载来提高效率
final layoutparams params = child.getlayoutparams();
attachlayoutanimationparameters(child, params, i, childrencount);// 添加布局变化的动画
bindlayoutanimation(child);//为 child 绑定动画
if (cache) {
child.setdrawingcacheenabled(true);
if (buildcache) {
child.builddrawingcache(true);
}
}
}
}
final layoutanimationcontroller controller = mlayoutanimationcontroller;
if (controller.willoverlap()) {
mgroupflags |= flag_optimize_invalidate;
}
controller.start();// 启动 view 的动画
}
// 绘制 childview
for (int i = 0; i < childrencount; i++) {
int childindex = customorder ? getchilddrawingorder(childrencount, i) : i;
final view child = (preorderedlist == null)
? children[childindex] : preorderedlist.get(childindex);
if ((child.mviewflags & visibility_mask) == visible || child.getanimation() != null) {
more |= drawchild(canvas, child, drawingtime);
}
}
...
}
protected boolean drawchild(canvas canvas, view child, long drawingtime) {
return child.draw(canvas, this, drawingtime);
}
/**
* this method is called by viewgroup.drawchild() to have each child view draw itself.
* this draw() method is an implementation detail and is not intended to be overridden or
* to be called from anywhere else other than viewgroup.drawchild().
*/
boolean draw(canvas canvas, viewgroup parent, long drawingtime) {
...
}
drawchild(canvas, this, drawingtime)
直接调用了 view 的child.draw(canvas, this,drawingtime)方法，文档中也说明了，除了被viewgroup.drawchild()方法外，你不应该在其它任何地方去复写或调用该方法，它属于 viewgroup。而view.draw(canvas)方法是我们自定义控件中可以复写的方法，具体可以参考上述对view.draw(canvas)的说明。从参数中可以看到，child.draw(canvas, this, drawingtime) 肯定是处理了和父视图相关的逻辑，但 view 的最终绘制，还是 view.draw(canvas)方法。
invalidate()
请求重绘 view 树，即 draw 过程，假如视图发生大小没有变化就不会调用layout()过程，并且只绘制那些调用了invalidate()方法的 view。
requestlayout()
当布局变化的时候，比如方向变化，尺寸的变化，会调用该方法，在自定义的视图中，如果某些情况下希望重新测量尺寸大小，应该手动去调用该方法，它会触发measure()和layout()过程，但不会进行 draw。
感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！