[入門六]深入詳解Android GSM驅動模組

上文說到request是接收,是通過ril_event_loop中的多工I/O,也對初始化做了 分析.現在我們來仔細看看這個機制如何運轉。　　ril_event_set負責配置一個event,主要有兩種event： ril_event_add添加使用多路I/O的event,它負責將其掛到隊列,同時將event的通道 控制代碼fd加入到watch_table,然後通過select等待. ril_timer_add添加timer event,它將其掛在隊列,同時重新計算最短逾時時間. 無論哪種add,最後都會調用triggerEvLoop來重新整理隊列,更新逾時值或等待對象. 　　重新整理之後, ril_event_loop從阻塞的位置,select返回,只有兩種可能,一是逾時,二 是等待到了某I/O操作. 逾時的處理在processTimeouts中,摘下逾時的event,加入pending_list. 檢查有I/O操作的通道的處理在processReadReadies中,將逾時的event加入 pending_list. 最後在firePending中,檢索pending_list的event並依次執行event->func. 這些操作完之後,計算新逾時時間,並重新select阻塞於多路I/O. 　　前面的初始化流程已分析得知,初始化完成以後,隊列上掛了3個event對象,分別是： s_listen_event: 名為rild的socket,主要requeset & response通道 s_debug_event: 名為rild-debug的socket,調試用requeset & response通道（流 程與s_listen_event基本相同,後面僅分析s_listen_event） s_wakeupfd_event: 無名管道,用於隊列主動喚醒（前面提到的隊列重新整理,就用它來 實現,請參考使用它的相關地方）。

本文轉自www.35java.com