信息的接收工作是由底層來(lái)完成的，當(dāng)有一個(gè) 新的信息時(shí)底層完成接收后會(huì)以Intent的方式來(lái)通知上層應(yīng)用，信息的相關(guān)內(nèi)容也包含在Intent當(dāng)中，Android所支持的信息Intent都定義在android.provider.Telephony.Intents里面。
短信的接收

短信接收，對(duì)于上層應(yīng)用程序來(lái)講就是要處理廣播事件SMS_RECEIVED_ACTION，它是由Frameworks發(fā)出告訴上層有新的SMS已收到。在Mms中，是由PrivilegedSmsReceiver來(lái)處理，它收到SMS_RECEIVED_ACTION(android.provider.Telephony.Intents.SMS_RECEIVED_ACTION=”android.provider.Telephony.SMS_RECEIVED”)后會(huì)啟動(dòng)SmsReceiverService來(lái)做具體的處理。

SmsReceiverService會(huì)先檢查短信的類型，如果是Class0短信，直接在GUI中顯示，不做任何其他的處理，也即不會(huì)存儲(chǔ)到數(shù)據(jù)庫(kù)中，也不會(huì)在Notification Bar中做Notification。

對(duì)于其他短信，會(huì)進(jìn)行替換現(xiàn)有的消息，或是當(dāng)作新消息插入。原則就是如果在數(shù)據(jù)庫(kù)中已有的短信中，與新來(lái)的短信的原始地址和協(xié)議標(biāo)識(shí)都一樣，那么就把其替換成新進(jìn)的短信，否則就當(dāng)作新短信插入。

具體的替換流程：先用新進(jìn)的短信生成一個(gè)ContentValues，再用短信的地址和協(xié)議標(biāo)識(shí)當(dāng)作條件到數(shù)據(jù)庫(kù)中去查詢，如果查到了，就替換，否則就存儲(chǔ)。

存儲(chǔ)的流程，也是先生成一個(gè)CotentValues，然后取出短信的Thread Id和地址，地址要與聯(lián)系人數(shù)據(jù)庫(kù)同步一下，以保證是能識(shí)別的地址。如果Thread Id不是合法的，那么就用同步過(guò)的地址嘗試重新生成Thread Id，嘗試5次。然后把刷新過(guò)的Thread Id放到ContentValues中，把ContentValues插入到數(shù)據(jù)庫(kù)中。如果設(shè)置為把信息存儲(chǔ)到SIM卡，還要調(diào)用SmsManager把信息拷貝到SIM卡上。計(jì)算短信的大小，并更新至數(shù)據(jù)庫(kù)。刪除過(guò)期的短信，和超過(guò)數(shù)量限制的短信，然后返回插入后得到的短信Uri。
最后，對(duì)于替換或插入的短信，用Uri去StatusBar做Notification。
GUI在刷新列表時(shí)也能得到新短信，因?yàn)槎绦乓呀?jīng)被存儲(chǔ)到數(shù)據(jù)庫(kù)中。

Telephony Frameworks會(huì)先發(fā)出一個(gè)Intent：android.provider.Telephony.Intents.WAP_PUSH_RECEIVED_ACTION=”android.provider.Telephony.WAP_PUSH_RECEIVED”告知上層應(yīng)用有一個(gè)彩信來(lái)了。這個(gè)Intent中會(huì)含有一個(gè)”data”byte數(shù)組(通過(guò)byte[] data = intent.getByteArrayExtra(“data”)來(lái)獲取)，這個(gè)Byte數(shù)組是關(guān)于這個(gè)彩信的一些信息的描述，它是一個(gè)NotificationInd，里面含有彩信的一些信息，比如發(fā)送者手機(jī)號(hào)碼，彩信的ContentLocation(URL)。之后是由應(yīng)用程序來(lái)決定如何做下一步的處理。

在Mms中是由transaction.PushReceiver.java來(lái)接收WAP_PUSH_RECEIVED_ACTION，接收到彩信通知Intent后，它會(huì)做一些預(yù)處理，把data字段取出來(lái)，用Pdu的工具解析成為GenericPdu，然后轉(zhuǎn)化為NotificationInd，并把它寫入數(shù)據(jù)庫(kù)，然后會(huì)啟動(dòng)TransactionService來(lái)做進(jìn)一步的NOTIFICATION_TRANSACTION處理，同時(shí)把這個(gè)NotificationInd的Uri也傳過(guò)去。

TransactionService被喚起，在其onStartCommand中會(huì)處理一下把PushReceiver所傳來(lái)的Intent放入自己的MessageQueue中，然后在Handler.handleMessage()中處理TRANSACTION_REQUEST時(shí)處理NOTIFICATION_TRANSACTION。先是加載默認(rèn)的一些彩信相關(guān)的配置信息，主要是MMSC，Proxy和Port，這些都是與運(yùn)營(yíng)商相關(guān)的信息，可以通過(guò)APN的設(shè)置來(lái)更改。TransactionService用PushReciver傳來(lái)的NotificationInd的Uri和加載的配置信息TransactionSettings構(gòu)建一個(gè)NotificationTransaction對(duì)象。之后，TransactionService檢查其內(nèi)的二個(gè)隊(duì)列，或是加入Pending隊(duì)列，或是直接處理(加入到正在處理隊(duì)列)，處理也是直接調(diào)用NotificationTransaction.process()。

NotificationTransaction的process()方法是繼承自父類Transaction的方法，它只是簡(jiǎn)單的開(kāi)啟一個(gè)新的線程，然后返回，這樣就可以讓Service去處理其他的Transaction Request了。

在線程中，首先從DownloadManager和TelephonyManager中加載一些配置信息，是否彩信設(shè)置為自動(dòng)獲取(auto retrieve)，以及Telephony是否設(shè)置為數(shù)據(jù)延遲(DATA_SUSPEND)，然后會(huì)采取不同的措施，再?gòu)腘otificationInd中取出彩信的過(guò)期日期。如果配置為不取數(shù)據(jù)(更確切的說(shuō)，是不現(xiàn)在取數(shù)據(jù))，那么就先給DownloadManager的狀態(tài)標(biāo)記為STATE_UNSTARTED，再給MMSC發(fā)送一個(gè)Notify Response Indication，之后結(jié)束處理，函數(shù)返回，彩信的通知處理流程到此為止。用戶可以通過(guò)操作UI，用其他方法手動(dòng)下載彩信，這個(gè)會(huì)在后面詳細(xì)討論。

如果設(shè)置為自動(dòng)獲取或者數(shù)據(jù)傳輸是暢通的，那么就把DownloadManager狀態(tài)標(biāo)記為START_DOWNLOADING并開(kāi)始下載彩信數(shù)據(jù)。彩信的獲取是通過(guò)HTTP到彩信的ContentLocation(URL)取得數(shù)據(jù)。先是調(diào)用父類方法getPdu()，傳入彩信的URL，最終調(diào)用HttpUtils的httpConnection方法發(fā)送HTTP GET請(qǐng)求，MMSC會(huì)把彩信數(shù)據(jù)返回，作為getPdu()的返回值返回。拿到的是一個(gè)byte數(shù)組，需要用Pdu的工具解析成為GenericPdu，然后用PduPersister把其寫入數(shù)據(jù)庫(kù)，再把彩信的大小更新到數(shù)據(jù)庫(kù)，到這里一個(gè)彩信的接收就算完成了。剩下的就是，因?yàn)橐呀?jīng)獲得了彩信的數(shù)據(jù)，所以要把先前的通知信息（NotificationInd）刪除掉，然后更新一下相關(guān)的狀態(tài)，給MMSC返回Notify Response Indication，結(jié)束處理。因?yàn)閿?shù)據(jù)庫(kù)已經(jīng)有所改變，所以UI會(huì)收到ContentChanged事件，刷新UI列表，新信息就會(huì)顯示出來(lái)。

如前所述，如果彩信配置設(shè)置為不自動(dòng)獲取，那么UI刷新了后就會(huì)顯示彩信通知：到期日期，彩信大小等，并提供一個(gè)”Download”按扭。用戶可以點(diǎn)擊按扭來(lái)下載彩信內(nèi)容，點(diǎn)擊按扭后，會(huì)啟動(dòng)TransactionService，把彩信通知的Uri，和RETRIEVE_TRANSACTION request打包進(jìn)一個(gè)Intent傳給TransactionService。TransactionService，像處理其他的Transaction一樣，都是放進(jìn)自己的MessageQueue，然后加載默認(rèn)的TransactionSettings，構(gòu)建RetrieveTransaction對(duì)象，然后處理調(diào)用RetrieveTransaction.process()。

RetrieveTransaction也是繼承自Transaction，其process()也是創(chuàng)建一個(gè)線程，然后返回。在線程中，首先它用Pdu工具根據(jù)Uri從數(shù)據(jù)庫(kù)中加載出彩信通知(NotificationInd)，從NotificationInd中取得彩信的過(guò)期日期，檢查過(guò)期日期，如果彩信已經(jīng)過(guò)期，那么給MMSC發(fā)送Notify Response Indication。把DownloadManager狀態(tài)標(biāo)記為開(kāi)始下載，然后如果彩信已過(guò)期，標(biāo)記Transaction狀態(tài)為Failed，然后返回，結(jié)束處理流程。如果一切正常，會(huì)用getPdu()從彩信的ContentLocation(URL)上面獲取彩信內(nèi)容，它會(huì)用HttpUtils.httpConnection()通過(guò)HTTP來(lái)獲取，返回一個(gè)byte數(shù)組。用Pdu工具解析byte數(shù)組，得到GenericPdu，檢查一下是否是新信息，是否是重復(fù)的信息，如果重復(fù)，標(biāo)記狀為失敗，然后返回，結(jié)束處理。如果是新信息，先把GenericPdu用PduPersister寫入數(shù)據(jù)庫(kù)中，更新信息大小和ContentLocation(URL)到數(shù)據(jù)庫(kù)中，到這里一個(gè)彩信其實(shí)已經(jīng)全部獲取完了。接下來(lái)就是發(fā)送收到確認(rèn)信息給MMSC，標(biāo)記處理狀態(tài)為成功，結(jié)束處理。這時(shí)UI應(yīng)該監(jiān)聽(tīng)到數(shù)據(jù)庫(kù)變化，并刷新，新信息應(yīng)該會(huì)顯示給用戶。

總結(jié)：與信息發(fā)送類似，數(shù)據(jù)庫(kù)在接收信息過(guò)程中也扮演了重要角色，信息接收到后進(jìn)行解析，然后就寫入數(shù)據(jù)庫(kù)，與發(fā)送不同，接收的信息沒(méi)有那么多狀態(tài)，一旦寫入了數(shù)據(jù)庫(kù)就意味著信息接收已經(jīng)成功，UI也是只監(jiān)聽(tīng)數(shù)據(jù)庫(kù)的變化，一旦有變化立刻刷新顯示信息。

最新評(píng)論