學習Android程序時總結之談
希望我學習Android程序時的一點經驗能給大家?guī)韼椭瑢е耊ebDeployment出錯的原因也許還有很多，不過在你遇到錯誤時，可以先檢查一下你程序中的字符串，暫時把他們置為””,試試看。沒準就是他引起的問題啊。
1. onUnsolicite（主動上報響應）
static void onUnsolicited (const char *s, const char *sms_pdu)；短信的AT設計真是麻煩的主，以致這個函數的第二個參數完全就是為它準備的。
response 的主要的解析過程，由at_tok.c中的函數完成，其實就是字符串按塊解析，具體的解析方式由每條命令或上報信息自行決定。這里不再詳述，onUnsolicited只解析出頭部(一般是+XXXX的形式)，然后按類型決定下一步操作，操作為 RIL_onUnsolicitedResponse和RIL_requestTimedCallback兩種。
a)RIL_onUnsolicitedResponse：將 unsolicited的信息直接返回給上層。通過Parcel傳遞，將 RESPONSE_UNSOLICITED，unsolResponse（request號）寫入Parcel先，然后通過 s_unsolResponses數組，查找到對應的responseFunction完成進一步的的解析，存入Parcel中。最終通過 sendResponse將其傳遞回原進程。
流程：
sendResponse-->sendResponseRaw-->blockingWrite-->write to s_fdCommand(前面建立起來的和上層框架的socket連接)這些步驟之后有一些喚醒系統(tǒng)等其他操作。不再詳述。通過event機制（參考文章二）實現的timer機制，回調對應的內部處理函數。
通過internalRequestTimedCallback將回調添加到event循環(huán)，最終完成callback上掛的函數的回調。比如pollSIMState，onPDPContextListChanged等回調， 不用返回上層， 內部處理就可以。
2. switch s_type（命令的具體響應）及handleFinalResponse（標準響應）命令的類型（s_type）在send command的時候設置（參考文章二）。
有NO_RESULT，NUMERIC，SINGLELINE，MULTILINE幾種，供不同的AT使用。比如AT+CSQ是singleline, 返回at+csq=xx,xx，再加一行OK，比如一些設置命令，就是no_result, 只有一行OK或ERROR。
這幾個類型的解析都很相仿，通過一定的判斷（比較AT頭標記等），如果是對應的響應，就通過 addIntermediate掛到一個臨時結果sp_response->p_intermediates隊列里。如果不是對應響應，那它其實應該是穿插其中的自動上報，用onUnsolicite來處理。
具體響應，只起一個獲取響應信息到臨時結果，等待具體分析的作用。無論有無具體響應，最終都得以標準響應handleFinalResponse來完成，也就是接受到OK,ERROR等標準response來結束，這是大多數AT命令的規(guī)范。
Android會設置s_commandcond這一object，學習Android程序也就是at_send_command_full_nolock等待的對象。到這里，響應的完整信息已經完全獲得，send command可以進一步處理返回的信息了（臨時結果，以及標準返回的成功或失敗，都在sp_response中）。
可以看到確實是通過at_send_command_singleline來進行的操作，response在p_response中。p_response如果返回失敗（也就是標準響應的ERROR等造成），則通過RIL_onRequestComplete發(fā)送返回數據給上層，結束命令。如果成功，則進一步分析p_response->p_intermediates， 同樣是通過at_tok.c里的函數進行分析。并同樣將結果通過RIL_onRequestComplete返回。
RIL_onRequestComplete：
RIL_onRequestComplete和RIL_onUnsolicitedResponse很相仿，功能也一致。
通過Parcel來傳遞回上層，同樣是先寫入RESPONSE_SOLICITED（區(qū)別于 RESPONSE_UNSOLICITED），pRI->token(上層傳下的request號），錯誤碼（send command的錯誤，不是AT響應）。
學習Android程序如果有AT響應，通過訪問pRI->pCI->responseFunction來完成具體 response的解析，并寫入Parcel。然后通過同樣的途徑：完成最終的響應傳遞。到這里，我們分析了自動上報與命令響應，其實response部分，也就告一段落了。三篇分析RIL的文章也到此結束。
【編輯推薦】
