消息循环（ril_event_loop()函数内）位于单独的线程中，用来处理三种消息，分别对应三个不同的队列，面对的是三种不同的需求：
1.定时列表（timer_list）: 此队列中的消息主要用于处理一些延时的操作。比如：从飞信模式切换到通信模式（实际上就是打开通信模块）时，若SIM卡未准备好，那么需要延续一段时间再检查是否准备好，此时就要将消息扔至此队列。
2.侦听列表（watch_list）: 此队列中的消息一是作为socket的服务端，用来侦听客户端的请求；另一个是作为本进程的其它线程（如：检查通信模块来电消息的线程）传递过来的消息。
3.挂起列表（pending_list）: 之所以叫挂起，实际上指的是在处理上面两中类型的消息时，并不真正的处理消息体，而是将符合条件的消息丢到本队列中。由于消息附带处理函数，所以在处理本队列的消息时，直接触发即可。
消息循环所要做的事就是先等待某个时间间隔（定时消息要求的）或者是客户端（socket或通讯模块的消息）的请求，然后再按次序处理上面三个对列中的消息。

下面还是通过源代码来分析消息循环的处理过程。

ril_event指代的是消息，它的数据结构如下：

初始化过程还是要从rild的main入口开始分析起，位于文件hardware/ril/rild/rild.c。简单期间，只介绍本文相关的部分。main()函数会调用函数RIL_register()，然后会调用RIL_startEventLoop()。RIL_startEventLoop()中会创建线程eventLoop，这个实际上就是rild的消息循环所在的线程。

ril_event_loop()中，每次循环都主要做三件事：
1.初始化。主要是获取要等待的描述符，以及获取超时信息，以便能够及时处理定时消息。
2.等待。等待socket客户端有新的消息，或一定的时间间隔，之后处理定时消息。
3.依次处理三种类型的消息。
下面分别叙述之。先是获取要等待的描述符，这里为什么要这么做呢？我的理解是在添加新的消息时，有可能会修改全局的描述符列表。也就是说，全局的描述符列表有可能在本次循环的处理过程中发生变化。