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所示:

Android 短信模块分析(四) MMS之短信的发送与接收_第1张图片


双卡手机短信发送的时序图如图1.2所示:


Android 短信模块分析(四) MMS之短信的发送与接收_第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所示:

Android 短信模块分析(四) MMS之短信的发送与接收_第3张图片

你可能感兴趣的:(Android 短信模块分析(四) MMS之短信的发送与接收)