android 信息(mms)的故事(五)-- 发彩信

发彩信和发短信一样,在ComposeMessageActivity.java界面都是从onclick()、sendMessage()开始,同样的发送前检查收件人是否有效,和短信不一样的是发彩信的时候邮件地址也是可以做为收件人的,接下来也是WorkingMessage.java的send()方法。        

 
  1. if (requiresMms() || addressContainsEmailToMms(conv, msgTxt)) {

  2. // uaProfUrl setting in mms_config.xml must be present to send an MMS.

  3. // However, SMS service will still work in the absence of a uaProfUrl address.

  4. if (MmsConfig.getUaProfUrl() == null) { //UA user-agent是一定要有的,UA通常包括了手机厂商、硬件、软件、系统和浏览器等信息

  5. //这个代码是4.0才有的,如果UA为空,可以发送成功,但接收方无法收到。

  6. String err = "WorkingMessage.send MMS sending failure. mms_config.xml is " +

  7. "missing uaProfUrl setting. uaProfUrl is required for MMS service, " +

  8. "but can be absent for SMS.";

  9. RuntimeException ex = new ContentRestrictionException(err);

  10. Log.e(TAG, err, ex);

  11. // now, let's just crash.

  12. throw ex;

  13. }...........省略了部分代码.......................

  14. // Do the dirty work of sending the message off of the main UI thread.

  15. new Thread(new Runnable() {

  16. public void run() {

  17. final SendReq sendReq = makeSendReq(conv, subject);

  18. slideshow.prepareForSend();

  19. sendMmsWorker(conv, mmsUri, persister, slideshow, sendReq);

  20. updateSendStats(conv);

  21. }

  22. }).start();

  23. }

          上面的代码只是准备,sendMmsWorker()是接下来的发送入口,看下这个函数里面有什么吧,同样省略了不是很重要的代码。

 
  1. private void sendMmsWorker(Conversation conv, Uri mmsUri, PduPersister persister,

  2. SlideshowModel slideshow, SendReq sendReq) {

  3. ...省略部分代码.....................

  4. if (mmsUri == null) {

  5. // Create a new MMS message if one hasn't been made yet.

  6. mmsUri = createDraftMmsMessage(persister, sendReq, slideshow);

  7. } else {

  8. // Otherwise, sync the MMS message in progress to disk.

  9. updateDraftMmsMessage(mmsUri, persister, slideshow, sendReq);

  10. }

  11.  
  12. ...省略部分代码.....................

  13. MessageSender sender = new MmsMessageSender(mActivity, mmsUri,

  14. slideshow.getCurrentMessageSize());

  15. try {

  16. if (!sender.sendMessage(threadId)) {

  17. // The message was sent through SMS protocol, we should

  18. // delete the copy which was previously saved in MMS drafts.

  19. SqliteWrapper.delete(mActivity, mContentResolver, mmsUri, null, null);

  20. }

  21.  
  22. // Make sure this thread isn't over the limits in message count

  23. Recycler.getMmsRecycler().deleteOldMessagesByThreadId(mActivity, threadId);

  24. } catch (Exception e) {

  25. Log.e(TAG, "Failed to send message: " + mmsUri + ", threadId=" + threadId, e);

  26. }

        主要就是贴出来的这两部分。createDraftMmsMessage()这个方法会把slideshow对象里的幻灯片信息转化成PduPart的字节数组,也就是把彩信里的媒体文件(图片、音频、视频和其它类型的文件 )编码,具体过程可以看SlideShowModel.java类的makePduBody(),至于为什么写那些字段,就要看OMA的相关文档了,比如这个 WAP-209-MMSEncapsulation-20020105-a.pdf文档。再往下是TransactionService.java的事了。

       TransactionService.java这个类我认为可以算彩信的关键代码了,这里涉及网络状态的判断,beginMmsConnectivity()/endMmsConnectivity()对应彩信网络的开启和关闭,彩信的发送、接收(自动下载和手动下载)都在这里判断并转给对应的sendTransaction.java、NotificationTransaction.java和RetriveTransaction.java的处理,把这个类里面的log全开,你可以得到很多有用的信息,试试就知道了。既然是发送流程,我们关注sendTransaction.java这个类好了,       线程发送是必须的,sendTransaction.java实现Runnable接口,那么真正的发送在run()方法里面了,看下面给出的代码,其它的都是辅助功能,有用但不是最关键的。

   byte[] response = sendPdu(SendingProgressTokenManager.get(tokenKey),new PduComposer(mContext, sendReq).make());

      接下会跑到Transaction.java类的这个方法里 ,到这里彩信在信息应用的路算是走完了,可以看到彩信是通过http协议来传输数据的。

 
  1. protected byte[] sendPdu(long token, byte[] pdu,

  2. String mmscUrl) throws IOException, MmsException {

  3. if (pdu == null) {

  4. throw new MmsException();

  5. }

  6.  
  7.  
  8. ensureRouteToHost(mmscUrl, mTransactionSettings);

  9. return HttpUtils.httpConnection(

  10. mContext, token,

  11. mmscUrl,

  12. pdu, HttpUtils.HTTP_POST_METHOD,

  13. mTransactionSettings.isProxySet(),

  14. mTransactionSettings.getProxyAddress(),

  15. mTransactionSettings.getProxyPort());

  16. }

        发送的流程大致就这些,当然彩信里面细节知识还有很多,这里只是个大概的流程,希望对刚接触andorid mms的同学有所帮助 ,最后给出一个短信彩信完整的发送流程图,前面短信发送那篇说好有个图,一起放这里了。

猜你喜欢

转载自blog.csdn.net/zhgeliang/article/details/81303909