Android call setting 源碼分析 從頂層到底層（下）

看下篇之前，請先讀這三篇文章：

 

Android GSM驅動模組（rild）詳細分析（一）基本架構及初始化

Android GSM驅動模組（rild）詳細分析（二）request流程

Android GSM驅動模組（rild）詳細分析（三）response流程

這幾篇分析了android 的 GSM 也就是 RIL 部分的驅動。我這篇文章也就是建立在這個基礎上的。

 

上篇最後說到 framework 最後通過 socket 給底層發資訊來溝通，有一個守護進程來接收資訊，這個進程就是 rild。具體的代碼在/hardware/ril 下面。代碼結構和流程的介紹上面3篇文章都已說明，這裡只是通過call setting 中 caller ID 的設定來追蹤代碼的完整流程。

 

request：

framework 發送資訊後， rild 進程先select 到，然後進入 ril.cpp中的 listenCallback，有資料就進入 processCommandsCallback 回呼函數，再調用 processCommandBuffer，這裡調用pRI->pCI->dispatchFunction 來最終處理資料。

pRI是一個CommandInfo結構，初始化的內容在 /hardware/ril/libril/ril_commands.h 中。上篇說到要處理的是 RIL_REQUEST_SET_CLIR，從{RIL_REQUEST_SET_CLIR, dispatchInts, responseVoid} 可知要調用的dispatchFunction 就是dispatchInts。在ril.cpp 中的 dispatchInts 函數最終是調用 s_callbacks.onRequest 來處理請求。s_callbacks 是一個RIL_RadioFunctions，它的初始化是在/hardware/ril/reference-ril/reference-ril.c：

static const RIL_RadioFunctions s_callbacks = {
RIL_VERSION,
onRequest,
currentState,
onSupports,
onCancel,
getVersion
};

同一檔案中的 onRequest 處理上層發來的資訊，簡單點的指令就直接調用at_send_command 髮指令給 simcard，複雜點的就分發

到requestXXX函數來處理，不過最終還是調用at_send_command來寫入 AT 指令。

at_send_command 相關的函數都在/hardware/ril/reference-ril/atchannel.c 中。at_send_command ->

at_send_command_full -> at_send_command_full_nolock -> writeline，這個writeline 最終調用 write 來把資訊寫到裝置中。

對了，onRequest中是如何處理RIL_REQUEST_SET_CLIR的？

case RIL_REQUEST_SET_CLIR:
//TO DO
break;

 ...餓滴神，怎麼來個TO DO...看樣子是要等咱自己來寫了（我說android手機咋那麼少）。

 

指令寫進去後要把結果傳出來，這就是response的流程了。開頭提到的文章寫的很不錯，這裡也不贅述了（反正我要的代碼又

沒寫...）。