Android 簡訊模組分析(四) MMS之簡訊的發送與接收

 MMS之簡訊的發送與接收分析:

一.資訊發送:

com.android.mms.data.WorkingMessage.java 類 

send()函數:  

public void send() {      ......      if (requiresMms() || addressContainsEmailToMms(conv, msgTxt)) {           // 多媒體訊息           slideshow.prepareForSend();        new Thread(new Runnable() {               public void run() {                   sendMmsWorker(conv, mmsUri, persister, slideshow, sendReq);               }           }).start();       } else {           // 簡訊           new Thread(new Runnable() {               public void run() {                   preSendSmsWorker(conv, msgText);               }           }).start();      ......}  

prapareForSend(). 先確保有slidshow,也就是實質內容。 確保文字已拷貝。確保標題。 根據訊息分類，如果是簡訊直接起一個線程，跑preSendSmsWorker函數，傳送簡訊；如果是多媒體訊息，先跑prapareForSave確保文本資訊,然後起一個線程，單獨跑sendMmsWorker函數。不管是簡訊還是多媒體訊息，起了那個worker函數之一就算髮送資訊成功了。 最後修改Recipient cache， 重設標誌位，過程就結束了。

     簡訊發送先調用preSendSmsWorker函數，在preSendSmsWorker函數中又起了sendSmsWorker函數。

private void sendSmsWorker(String msgText, String semiSepRecipients, long threadId) {......  MessageSender sender = new SmsMessageSender(mContext, dests, msgText, threadId);sender.sendMessage(threadId);......      }

 SmsMessageSender.java類，在mms/transaction下面,實現了MessageSender介面,這個介面sendMessage並返回boolean的值。若發送的是mms，返回true。若發送的是sms，返回false。

當然，對於單卡手機和雙卡雙待手機的簡訊發送流程是有區別的(簡訊接收的流程是相同的，相對流程也比較簡潔)，關於具體的流程還是直接用UML圖來說明更為直接：

資訊發送與接收時序圖:

傳送簡訊

   單卡手機簡訊發送的時序圖1.1所示：

雙卡手機簡訊發送的時序圖1.2所示：

二.簡訊的接收

    資訊的接收工作是由底層來完成的，當有一個 新的資訊時底層完成接收後會以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在重新整理列表時也能得到新簡訊，因為簡訊已經被儲存到資料庫中。

簡訊接收的時序圖1.3所示：