Handler sendMessageDelayed()/postDelayed()机制详解

http://blog.csdn.net/zhanglianyu00/article/details/70842494

 

Handler调用关系整理如下：

 

post()/postDelayed()/sendMessage()->sendMessageDelayed()->sendMessageAtTime()->enqueueMessage()

postAtTime()->sendMessageAtTime()->enqueueMessage()

postAtFrontOfQueue()->sendMessageAtFrontOfQueue()->enqueueMessage()

最后都以enqueueMessage()告终

enqueueMessage()->MessageQueue.enqueueMessage(Message msg, long when)

如前所述，这时候when已经转化成绝对系统时间。

 

enqueueMessage(Message msg, long when)这个方法比较简单，采用线程安全的方式将Message插入到消息队列中，插入的新消息有三种可能成为消息队列的head：

（1）消息队列为空;

（2）参数when为0，因为此时when已经转成绝对时间，所以只有AtFrontOfQueue系列的API才会满足这个条件;

（3）当前的head Message执行时间在when之后，即消息队列中无需要在此Message之前执行的Message。

 

接下来就要看看消息循环（Looper）如何使用when，这是本文问题的关键。关键的方法，Looper.loop()，启动线程消息循环：

根据Looper.loop()方法，我们看一看出取下一个消息的实际执行时间取决于上一个消息什么时候处理完。

再看MessageQueue.next()做了什么。

看到next()实际上也有一个for(;;)，而出口只有两个：消息队列已经退出，返回null；找到了一个合适的消息，将其返回。如果没有合适的消息，或者消息队列为空，会block或者由IdleHandler处理。

可以看到，如果在消息队列中顺序找到了一个消息msg（前文分析过，消息队列的插入是由when顺序排列，所以如果当前的消息没有到执行时间，其后的也一定不会到），当前的系统时间小于msg.when，那么会计算一个timeout，以便在到执行时间时wake up；如果当前系统时间大于或等于msg.when，那么会返回msg给Looper.loop()。所以这个逻辑只能保证在when之前消息不被处理，不能够保证一定在when时被处理。很好理解：

 

（1）在Loop.loop()中是顺序处理消息，如果前一个消息处理耗时较长，完成之后已经超过了when，消息不可能在when时间点被处理。

（2）即使when的时间点没有被处理其他消息所占用，线程也有可能被调度失去cpu时间片。

（3）在等待时间点when的过程中有可能入队处理时间更早的消息，会被优先处理，又增加了（1）的可能性。

所以由上述三点可知，Handler提供的指定处理时间的api诸如postDelayed()/postAtTime()/sendMessageDelayed()/sendMessageAtTime()，只能保证在指定时间之前不被执行，不能保证在指定时间点被执行。