Chromium on Android: Android系统上Chromium主消息循环的实现分析

摘要：刚一开始接触Chromium on Android时，就很好奇Chromium的主消息循环是怎么整合到Android应用程序中的。对于Android程序来说，一旦启动，主线程就会有一个Java层的消息循环处理用户输入事件等系统事件，而对Chromium来说，它有自己另一套消息循环的实现，这个实现有哪些特点，又将如何无缝整合到Android Java层的消息循环中去，正是本文所要讨论的话题。

原创文章系列，转载请注明原始出处为http://blog.csdn.net/hongbomin/article/details/41258469.

消息循环和主消息循环

消息循环，或叫做事件循环，是异步编程模型中一个重要的概念，用来处理单个线程中发生的异步事件，这些异步事件包括用户输入事件，系统事件，Timer以及线程间派发的异步任务等。

Chromium系统将消息循环抽象为MessageLoop类，规定每个线程最多只能同时运行一个MessageLoop实例，MessageLoop提供了PostTask系列方法允许向任务队列中添加新的异步任务。当MessageLoop发现有新任务到达，它都会从轮询自己的任务队列并从按“先进先出”的方式执行任务，周而复始，直到收到MessageLoop::Quit消息，消息循环才会退出。

Chromium按照所需处理的异步事件，将MessageLoop划分为几种不同的类型：

• TYPE_DEFAULT: 默认的消息循环，只能处理定时器Timer和异步任务；
• TYPE_UI:不但可以处理定时器Timer和异步任务，还可以处理系统UI事件，主线程使用的就是该类型的MessageLoop，也就是主消息循环；
• TYPE_IO: 支持异步IO事件，Chromium所有处理IPC消息的IO线程创建的都是该类型的MessageLoop；
• TYPE_JAVA: 专为Android平台设计的消息循环类型，后端实现是Java层的消息处理器，用来执行添加到MessageLoop中的任务，其行为与TYPE_UI类型差不多，但创建时不能使用主线程上的MessagePump工厂方法。注：该类型的MessageLoop与本文讨论的消息循环无关。

MessageLoop具体实现和平台相关，即使在相同的平台上，由于使用了不同的事件处理库，其实现方式也有可能不同。Chromium将平台相关的实现封装在MessagePump抽象类中，类MessageLoop和MessagePump之间的关系如下所示：

MessagePump的具体实现提供了平台相关的异步事件处理，而MessageLoop提供轮询和调度异步任务的基本框架，两者通过MessagePump::Delegate抽象接口关联起来。

MessagePump::Run的基本代码骨架如下：

for (;;) {
  bool did_work =DoInternalWork();
  if (should_quit_)
    break;
 
  did_work |= delegate_->DoWork();
  if (