自定义控件中除了绘制流程涉及到的测量布局绘制的api, 还有一些api使用的也比较频繁，这里叔做了一下总结，也请同学们补充或纠正，让叔也涨涨姿势。
inflate
inflate方法常常用来解析一个xml布局文件，在自定义组合式控件中常常使用，使用的姿势包括：
View.inflate(context, resource, root)
LayoutInflater.from(getContext()).inflate(resource, root);
而View.inflate其实还是调用的LayoutInflater去解析一个xml:
public static View inflate(Context context, int resource, ViewGroup root) {
LayoutInflater factory = LayoutInflater.from(context);
return factory.inflate(resource, root);
}
所以这两种姿势没啥区别，这里来讨论一下inflate(resouce, root)的返回值，参数resource是布局资源，root是传入的一个根节点。如果root传入一个null，inflate就会解析resource对应的xml，返回这个xml中的根节点，如果root传入不为null，inflate会解析这个xml布局并且添加到根节点root下，然后返回根节点root。
另外还有带三个参数的inflate方法：
inflate(int resource, ViewGroup root, boolean attachToRoot)
这里多了一个参数attachToRoot，如果root为null，则返回解析后的xml布局中的根节点；如果root不为null,attachToRoot为true,inflate会解析这个xml布局并且添加到根节点root下，然后返回根节点root；如果root不为null,attachToRoot为false,inflate会解析这个xml布局但不会添加到根节点root下，然后返回解析后的xml布局中的根节点，这时候root的作用只是为xml中的根节点提供布局参数的属性，因为xml中的根节点不知道自己的父容器是谁，所以如果没有人给它提供的话，它的布局参数就会失效。
onFinishInflate
onFinishInflate是当所有的孩子都解析完后的一个调用。比如我们自定义一个ViewGroup，想要去找到孩子做一些设置，这时候如果在自定义ViewGroup的构造函数去findViewById的话，会返回一个null,因为此时孩子还没有解析好，也就是还没有生出来。这时候我们可以去覆写onFinishInflate，当孩子解析好后再去find。
requestLayout
关于requestLayout的介绍比较多，requestLayout()方法会触发measure过程和layout过程，不会调用draw过程，也不会重新绘制任何View包括该调用者本身。
onSizeChange(int w, int h, int oldw, int oldh)
onSizeChange是控件的大小发生变化的时候的调用，它的调用轨迹是layout->setFrame->sizeChange->onSizeChange。当控件第一次布局时肯定会被调用到，我们覆写该方法可以获取到控件的大小。所以这个方法通常被用来在里面初始化跟控件大小相关的成员变量。
invalidate
invalidate使用的非常频繁，它会触发View的重新绘制，也就是绘制流程的draw过程，但不会调用测量和布局过程。
postInvalidate
我们都知道Android的UI是单线程模型，只能在主线程更新UI，所以我们只能在主线程调用invalidate,如果想要在子线程更新ui,可以使用handler发送一个msg到主线程，然后在处理msg的时候去调用invalidate。另外，我们可以直接调用postInvalidate去在子线程更新UI，postInvalidate内部实现也是使用handler来发送msg到主线程然后调用invalidate。
setWillNotDraw
自定义ViewGroup通常是不会去绘制自己的，如果大家重写ViewGroup里面的draw方法或者onDraw方法会发现它们根本就不会被调用到。但是如果给你的ViewGroup设置一个背景，就会发现draw方法和onDraw方法又都会走了。
我们知道ViewGroup本身是一个View,它的绘制是被其父容器发起的，具体的位置是在ViewGroup中的drawChild方法：
protected boolean drawChild(Canvas canvas, View child, long drawingTime) {
return child.draw(canvas, this, drawingTime);
}
注意这里的draw方法是带三个参数的，与我们通常讲的带一个参数的draw方法不一样。在View类中找到带三个参数的draw方法，发现里面有这么一段代码：
if (!hasDisplayList) {
// Fast path for layouts with no backgrounds
if ((mPrivateFlags & PFLAG_SKIP_DRAW) == PFLAG_SKIP_DRAW) {
mPrivateFlags &= ~PFLAG_DIRTY_MASK;
dispatchDraw(canvas);
} else {
draw(canvas);
}
}
从这里我们可以看出一点端倪，通常一个ViewGroup默认是会跳过绘制的，也即(mPrivateFlags & PFLAG_SKIP_DRAW) == PFLAG_SKIP_DRAW会返回一个true,那么会直接走dispatchDraw方法去画它自己的孩子去了，并不会调用带一个参数的draw(canvas),但是当这个ViewGroup有背景或者setWillNotDraw(false)时，就会走draw(canvas)方法。所以如果我们自定义一个ViewGroup并且想要实现它本身的绘制的话，就可以给它设置一个背景或者调用setWillNotDraw(false)。
onAttachedToWindow
onAttachedToWindow是当一个View绑定到window上时的调用，根据View类里面的对这个方法的注释，onAttachedToWindow肯定会在onDraw方法之前调用。
在自定义控件里面，我们可以在onAttachedToWindow注册一些广播接收器，观察者或者开启一些任务，大家可以参考TextClock的里面的实现。
onDetachedFromWindow
onDetachedFromWindow对应于onAttachedToWindow,是当一个View从window上移除时的一个调用。如果在onAttachedWindow里面注册了一些监听，那么通常就要在onDetachedFromWindow里面反注册。
ViewTreeObserver
ViewTreeObserver是视图树的观察者，监听一些视图树的全局变化，这些全局变化包括整个视图树的布局，开始绘制，触摸模式的变化等。我们不能直接初始化ViewTreeObserver的对象，需要通过getViewTreeObserver()去获取。
ViewTreeObserver.OnGlobalLayoutListener
当在一个视图树中全局布局发生改变或者视图树中的某个视图的可视状态发生改变的监听器，一般的使用姿势是：
getViewTreeObserver().addOnGlobalLayoutListener(new OnGlobalLayoutListener() {
@Override
public void onGlobalLayout() {
getViewTreeObserver().removeGlobalOnLayoutListener(this);
//do something you like
//for example, get view width or height height
}
});
ViewTreeObserver.OnPreDrawListener
当一个视图树将要绘制时的监听器，一般的使用姿势是：
getViewTreeObserver().addOnPreDrawListener(new OnPreDrawListener() {
@Override
public boolean onPreDraw() {
//do something before draw
//for example, request a new layout
return true;
}
});
