探秘Android GSM的特性說明
但是，我們認為全球移動用戶從中能獲得的潛在利益是值得付出這些努力的。如果你也是一個開發者，并對我們的想法感興趣，就請再給我們一星期的時間，屆時谷歌便能提供 Android GSM了。
這個任務的入口是RIL_Init, RIL_Init首先通過參數獲取硬件接口的設備文件或模擬硬件接口的socket. 接下來便新開一個線程繼續初始化， 即mainLoop。mainLoop的主要任務是建立起與硬件的通信，然后通過read方法阻塞等待硬件的主動上報或響應。在注冊一些基礎回調（timeout,readerclose）后。
mainLoop首先打開硬件設備文件，建立起與硬件的通信，s_device_path和s_port是前面獲取的設備路徑參數，將其打開（兩者可以同時打開并擁有各自的reader，這里也很容易添加雙卡雙待等支持）。
接下來通過at_open函數建立起這一設備文件上的reader等待循環，這也是通過新建一個線程完成， ret = pthread_create(&s_tid_reader, &attr, readerLoop, &attr)，入口點readerLoop。
AT命令都是以\r\n或\n\r的換行符來作為分隔符的，所以readerLoop是line驅動的，除非出錯，超時等，否則會讀到一行完整的響應或主動上報，才會返回。這個循環跑起來以后，我們基本的AT響應機制已經建立了起來。它的具體分析，包括at_open中掛接的ATUnsolHandler, 我們都放到后面分析response的連載文章里去。
有了響應的機制（當然，能與硬件通信也已經可以發請求了），通過RIL_requestTimedCallback(initializeCallback, NULL, &TIMEVAL_0)，跑到initializeCallback中，執行一些Modem的初始化命令，主要都是AT命令的方式。
AT命令的流程，我們放到后面分析request的連載文章里。這里可以看到，主要是一些參數配置，以及網絡狀態的檢查等。其中最重要的是onRequest域，上層來的請求都由這個函數進行映射后轉換成對應的AT命令發給硬件。
rild通過RIL_register注冊這一指針。RIL_register中要完成的另外一個任務，就是打開前面提到的跟上層通信的socket接口（s_fdListen是主接口，s_fdDebug供調試時使用）。然后將這兩個socket接口使用任務一中實現的機制進行注冊（僅列出s_fdListen）ril_event_set (&s_listen_event, s_fdListen, false,
這樣將兩個Android GSM加到任務一中建立起來多路復用I/O的檢查句柄集合中，一旦有上層來的（調試）請求，event機制便能響應處理了。rr是以RIL_REQUEST_DIAL為request號而申請的一個RILRequest對象.這個request號在java框架和rild庫中共享（參考RILConstants.java中這些值的由來:)
RILRequest初始化的時候,會連接名為rild的socket（也就是rild中s_listen_event綁定的socket）,初始化數據傳輸的通道。rr.mp是Parcel對象,Parcel是一套簡單的序列化協議,用于將對象（或對象的成員）序列化成字節流,以供傳遞參數之用。
這里可以看到Android GSM和int clirMode都是將依次序列化的成員.在這之前,rr初始化的時候,request號跟request的序列號（自動生成的遞增數）,已經成為頭兩個將被序列化的成員.這為后面的request解析打下了基礎。
【編輯推薦】
