Android Mms專題之：接收信息流程

信息的接收工做是由底層來完成的，當有一個 新的信息時底層完成接收後會以Intent的方式來通知上層應用，信息的相關內容也包含在Intent當中，Android所支持的信息Intent都定義在android.provider.Telephony.Intents裏面。

短信的接收

短信接收，對於上層應用程序來說就是要處理廣播事件SMS_RECEIVED_ACTION，它是由Frameworks發出告訴上層有新的SMS已收到。在Mms中，是由PrivilegedSmsReceiver來處理，它收到SMS_RECEIVED_ACTION(android.provider.Telephony.Intents.SMS_RECEIVED_ACTION=」android.provider.Telephony.SMS_RECEIVED」)後會啓動SmsReceiverService來作具體的處理。

SmsReceiverService會先檢查短信的類型，若是是Class0短信，直接在GUI中顯示，不作任何其餘的處理，也即不會存儲到數據庫中，也不會在Notification Bar中作Notification。

對於其餘短信，會進行替換現有的消息，或是看成新消息插入。原則就是若是在數據庫中已有的短信中，與新來的短信的原始地址和協議標識都同樣，那麼就把其替換成新進的短信，不然就看成新短信插入。

具體的替換流程：先用新進的短信生成一個ContentValues，再用短信的地址和協議標識看成條件到數據庫中去查詢，若是查到了，就替換，不然就存儲。

存儲的流程，也是先生成一個CotentValues，而後取出短信的Thread Id和地址，地址要與聯繫人數據庫同步一下，以保證是能識別的地址。若是Thread Id不是合法的，那麼就用同步過的地址嘗試從新生成Thread Id，嘗試5次。而後把刷新過的Thread Id放到ContentValues中，把ContentValues插入到數據庫中。若是設置爲把信息存儲到SIM卡，還要調用SmsManager把信息拷貝到SIM卡上。計算短信的大小，並更新至數據庫。刪除過時的短信，和超過數量限制的短信，而後返回插入後獲得的短信Uri。

最後，對於替換或插入的短信，用Uri去StatusBar作Notification。

GUI在刷新列表時也能獲得新短信，由於短信已經被存儲到數據庫中。

彩信的接收

彩信的接收過程與短信略有不一樣，它主要是由應用程序負責從彩信服務中心(MMSC Multimedia Messaging Service Center)下載彩信信息。大體的流程是Frameworks會先發出一條短信，告知應用程序有一個彩信，短信中含有一些信息好比過時日期，發送者手機號碼，彩信的URL等，而後應用程序自行經過HTTP取回URL所指的彩信內容。具體的流程爲：

Telephony Frameworks會先發出一個Intent：android.provider.Telephony.Intents.WAP_PUSH_RECEIVED_ACTION=」android.provider.Telephony.WAP_PUSH_RECEIVED」告知上層應用有一個彩信來了。這個Intent中會含有一個」data」byte數組(經過byte[] data = intent.getByteArrayExtra(「data」)來獲取)，這個Byte數組是關於這個彩信的一些信息的描述，它是一個NotificationInd，裏面含有彩信的一些信息，好比發送者手機號碼，彩信的ContentLocation(URL)。以後是由應用程序來決定如何作下一步的處理。

在Mms中是由transaction.PushReceiver.java來接收WAP_PUSH_RECEIVED_ACTION，接收到彩信通知Intent後，它會作一些預處理，把data字段取出來，用Pdu的工具解析成爲GenericPdu，而後轉化爲NotificationInd，並把它寫入數據庫，而後會啓動TransactionService來作進一步的NOTIFICATION_TRANSACTION處理，同時把這個NotificationInd的Uri也傳過去。

TransactionService被喚起，在其onStartCommand中會處理一下把PushReceiver所傳來的Intent放入本身的MessageQueue中，而後在Handler.handleMessage()中處理TRANSACTION_REQUEST時處理NOTIFICATION_TRANSACTION。先是加載默認的一些彩信相關的配置信息，主要是MMSC，Proxy和Port，這些都是與運營商相關的信息，能夠經過APN的設置來更改。TransactionService用PushReciver傳來的NotificationInd的Uri和加載的配置信息TransactionSettings構建一個NotificationTransaction對象。以後，TransactionService檢查其內的二個隊列，或是加入Pending隊列，或是直接處理(加入到正在處理隊列)，處理也是直接調用NotificationTransaction.process()。

NotificationTransaction的process()方法是繼承自父類Transaction的方法，它只是簡單的開啓一個新的線程，而後返回，這樣就可讓Service去處理其餘的Transaction Request了。

在線程中，首先從DownloadManager和TelephonyManager中加載一些配置信息，是否彩信設置爲自動獲取(auto retrieve)，以及Telephony是否設置爲數據延遲(DATA_SUSPEND)，而後會採起不一樣的措施，再從NotificationInd中取出彩信的過時日期。若是配置爲不取數據(更確切的說，是不如今取數據)，那麼就先給DownloadManager的狀態標記爲STATE_UNSTARTED，再給MMSC發送一個Notify Response Indication，以後結束處理，函數返回，彩信的通知處理流程到此爲止。用戶能夠經過操做UI，用其餘方法手動下載彩信，這個會在後面詳細討論。

若是設置爲自動獲取或者數據傳輸是暢通的，那麼就把DownloadManager狀態標記爲START_DOWNLOADING並開始下載彩信數據。彩信的獲取是經過HTTP到彩信的ContentLocation(URL)取得數據。先是調用父類方法getPdu()，傳入彩信的URL，最終調用HttpUtils的httpConnection方法發送HTTP GET請求，MMSC會把彩信數據返回，做爲getPdu()的返回值返回。拿到的是一個byte數組，須要用Pdu的工具解析成爲GenericPdu，而後用PduPersister把其寫入數據庫，再把彩信的大小更新到數據庫，到這裏一個彩信的接收就算完成了。剩下的就是，由於已經得到了彩信的數據，因此要把先前的通知信息（NotificationInd）刪除掉，而後更新一下相關的狀態，給MMSC返回Notify Response Indication，結束處理。由於數據庫已經有所改變，因此UI會收到ContentChanged事件，刷新UI列表，新信息就會顯示出來。

如前所述，若是彩信配置設置爲不自動獲取，那麼UI刷新了後就會顯示彩信通知：到期日期，彩信大小等，並提供一個」Download」按扭。用戶能夠點擊按扭來下載彩信內容，點擊按扭後，會啓動TransactionService，把彩信通知的Uri，和RETRIEVE_TRANSACTION request打包進一個Intent傳給TransactionService。TransactionService，像處理其餘的Transaction同樣，都是放進本身的MessageQueue，而後加載默認的TransactionSettings，構建RetrieveTransaction對象，而後處理調用RetrieveTransaction.process()。

RetrieveTransaction也是繼承自Transaction，其process()也是建立一個線程，而後返回。在線程中，首先它用Pdu工具根據Uri從數據庫中加載出彩信通知(NotificationInd)，從NotificationInd中取得彩信的過時日期，檢查過時日期，若是彩信已通過期，那麼給MMSC發送Notify Response Indication。把DownloadManager狀態標記爲開始下載，而後若是彩信已過時，標記Transaction狀態爲Failed，而後返回，結束處理流程。若是一切正常，會用getPdu()從彩信的ContentLocation(URL)上面獲取彩信內容，它會用HttpUtils.httpConnection()經過HTTP來獲取，返回一個byte數組。用Pdu工具解析byte數組，獲得GenericPdu，檢查一下是不是新信息，是不是重複的信息，若是重複，標記狀爲失敗，而後返回，結束處理。若是是新信息，先把GenericPdu用PduPersister寫入數據庫中，更新信息大小和ContentLocation(URL)到數據庫中，到這裏一個彩信其實已經所有獲取完了。接下來就是發送收到確認信息給MMSC，標記處理狀態爲成功，結束處理。這時UI應該監聽到數據庫變化，並刷新，新信息應該會顯示給用戶。

總結，與信息發送相似，數據庫在接收信息過程當中也扮演了重要角色，信息接收到後進行解析，而後就寫入數據庫，與發送不一樣，接收的信息沒有那麼多狀態，一旦寫入了數據庫就意味着信息接收已經成功，UI也是隻監聽數據庫的變化，一旦有變化馬上刷新顯示信息。