android requestLayout等重绘分析

基于4.4.2 kitkat source code

ViewRootImpl 中的scheduleTraversals()会先判断是否有  mTraversalRunnable 被post到   mChoreographer那里，如果没有，那么就post一个mTraversalRunnable（CALLBACK类型是Choreographer.CALLBACK_TRAVERSAL)到mChoreographer（和mhandler不一样的，可能不是同一个线程）, 之前会试取获得mhandler的一个syncBarrier, 该

Barrier的作用是将之后所有仿如到handler的callback都阻塞住不让其执行，直到该barrier被释放为止， 而释放barrier则是在unscheduleTraversals()中做的，加barrier的用途应该是在保证重绘期间不会被别的事情干扰，在unscheduleTraversals()和doTraversal()调用的时候会被释放，

TraversalRunnable的run执行了 -> doTraversal() -> performTraversals() -> performDraw() -> draw() -> (如果当前正在执行
动画，那么就继续scheduleTraversals()以实现动态变化)

ViewRootImpl的requestLayout()在当前没有正在处理的layoutRequest时，就会scheduleTraversals()，中间会检查thread， 保证调用
此方法的thread和创建viewRootImpl的thread是同一个。

ViewRootImpl implements ViewParent (自己实现了自己的requestLayout方法来实现ViewParent