android requestLayout等重绘分析

本文深入探讨了Android 4.4.2 KitKat版本中ViewRootImpl的scheduleTraversals()方法,讲解了如何触发和调度UI的重绘过程。当mTraversalRunnable未被post到mChoreographer时,系统会将其post并设置为Choreographer.CALLBACK_TRAVERSAL类型,此过程中可能涉及不同线程间的同步。
摘要由CSDN通过智能技术生成

基于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
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值