Choreographer 丢帧计算

 

在Logcat中，我们经常会看到系统输出如下Log：

Choreographer: Skipped 180 frames!  The application may be doing too much work on its main thread.

这句log是提示我们在主线程做了耗时操作，那么本文就来分析一下丢帧是怎么计算的，以及如何解决以下2个问题：

1. 在主线程不可避免要做比较耗时操作时，如何避免系统输出这句log，也就是绕过系统丢帧检测；

2. 如何让UI绘制优先于主线程不可避免的耗时任务，也就是让UI先显示。

首先我们来看一次完整的绘制流程： 

其中关注2个点：

1. 在发出请求vsync信号前，ViewRootImpl会在当前线程（主线程）消息队列中插入 barrier ，barrier的作用是限制时间排在它后面的消息执行，除了异步消息（可以通过Message#setAsynchornous来把消息设置为异步消息），这么做是为了等vsync信号回来后主线程能够及时响应；

2. vsync 信号回来是异步的（对应上图 10 和 11 的操作）， 因此如果在请求完vsync信号后紧接着做了一个耗时任务J，那么