1.Choreographer的启动
启动流程图
image.png
- 在Activity启动过程，执行完onResume后，会调用Activity.makeVisible()，然后再调用到addView()， 层层调用会进入如下Choreographer的单例构造方法 Choreographer.getInstance()
- 在Choreographer的构造方法中 一共实例化的三个对象
mHandler ：内部使用的handler对象
mDisplayEventReceiver: 用于接收Vsnc的信号的对象 即 new FrameDisplayEventReceiver()
mCallbackQueues ：接受回调对象
mLastFrameTimeNanos ：上一次绘制的时间点
mFrameIntervalNanos：帧间时长，一般等于16.7ms - 在FrameDisplayEventReceiver的构造法中调用 nativeInit(new WeakReference<DisplayEventReceiver>(this), mMessageQueue)并传入自己的messageQuene
- 在nativeInit（）方法中 创建 NativeDisplayEventReceiver() 记录java层的DisplayEventReceiver对象的全局引用 使用initialize中建通句柄变化
2.Vysnc回调流程
主要流程图
image.png
- 当vysnc信号由SurfaceFlinger中创建HWC触发，唤醒DispSyncThread线程，再到EventThread线程，然后再通过BitTube直接传递到目标进程所对应的目标线程，执行handleEvent方法。
- 执行ProessOendingEvents 遍历对个Vsync事件 若有多个Vsnc事件，择只是用最新的Vsync事件
- 调用dispatchVsync方法 在方法中调用FM的dispatchVsync层代码
- onVsync中 使用Handler发送同步消息 当主线程Looper执行到该消息时，则调用FrameDisplayEventReceiver.run()方法.
- FrameDisplayEventReceiver.run（）中执行Choreographer.doFrame
- 每调用一次scheduleFrameLocked()，则mFrameScheduled=true，可进入doFrame()方法体内部，执行完doFrame()并设置mFrameScheduled=false
- 执行回调 回调类型有4个
（1）INPUT：输入事件
（2）ANIMATION：动画
（3）TRAVERSAL：窗口刷新，执行measure/layout/draw操作
（4）COMMIT：遍历完成的提交操作，用来修正动画启动时间
*调用 doCallBacks
（1）从队列头mHead查找CallbackRecord对象，
（2）开始执行相应回调的run()方法；
（3）回收callbacks，加入对象池mCallbackPool，就是说callback一旦执行完成，则会被回收
*CallbackRecord.run
（1）当token的数据类型为FRAME_CALLBACK_TOKEN，则执行该对象的doFrame()方法;
（2）当token为其他类型，则执行该对象的run()方法。
总结：
尽量不要在主线程中放入耗时操作，否则会造成卡顿。
可以通过Choreographer.getInstance().postFrameCallback()来监听帧率变化，看是否造成了卡顿
调用一次scheduleFrameLocked就会设置mFrameScheduled = true，在doFrame()内部的方法体走完才会才会设置mFrameScheduled=false
doCallbacks回调方法有4个类别：INPUT，ANIMATION，TRAVERSAL，COMMIT
