Android | 移动网络改变时重新发送未成功的SMS和MMS
作者 | 谢恩铭
出处 | 程序员联盟 公众号「ProgrammerLeague」
原文 | http://www.jianshu.com/p/e85884989f12
内容简介
前言
不可行的实现
可行的实现
前言
这篇文章算是一个小小的 Android 开发经验总结,也是抛砖引玉。如有错谬,欢迎指正。
最近在 Github 上一个开源的 Android Messages app 中,修正了一个需求的实现。
这个开源的 Android app 是 QKSMS https://github.com/moezbhatti/qksms 。还不错的一个遵循 Material Design 的开源免费的 Android 消息应用,不过貌似作者不怎么维护了,比较可惜。
之前我也为这个开源项目贡献过一些补丁,我还写了一篇文章专门讲如何为 Github 的开源项目提交补丁:
需求如下:
在退出 Airplane mode(飞行模式)之后自动发送之前失败的所有 SMS(Short Message Service,就是「短信」)和 MMS(Multimedia Message Service,就是「彩信」,例如 图片,视频,音频,VCard 等等)。
2
不可行的实现
之前作者其实已经写了这一块代码,但是没有满足需求。
他是这么处理的:
既然要在退出飞行模式时重新发送,那么就用一个 BroadcastReceiver 来接收系统的飞行模式状态改变的广播,一旦接收到广播,即重新发送所有失败的 SMS和 MMS。
关键代码如下:
上面的代码中有些内容,比如重新发送消息的代码,包含一些 QKSMS 中的定义,不过不少代码都是用的 Android 源码中的定义。
例如:
SmsHelper.CONVERSATIONS_CONTENT_PROVIDER 这个 Uri 是表示所有的对话。
而 Conversation.ALL_THREADS_PROJECTION 的定义如下:
SmsHelper.MMS_SMS_CONTENT_PROVIDER 也是标准的 Android 的 Uri:
而 MessageItem 这样的类基本使用了 Android 的 AOSP(Android Open Source Project)中的代码。
QKSMS 这个开源项目大量使用了 AOSP 中的代码,这也是它必须开源的原因。
其他的一些定义则是 QKSMS 中自定义的类或变量,大家可以自行去看 Github 上源码,或者 git clone 下来用 Android Studio 查看。上面的重新发送 SMS 和 MMS 的代码是一个可以借鉴的实现。
上面的代码看似可以实现需求。实际测试时发现,一旦退出飞行模式,确实会重新发送失败的 SMS 和 MMS,但是还是会失败。
这是为什么呢?
原因很简单:
刚退出飞行模式时,系统还需要一些时间去重新连接 Cellular network(蜂窝网络,又称 移动网络(mobile network))。如果在检测到关闭飞行模式时立即发送未成功的消息,系统还没有连接完毕,难免会失败。
可行的实现
既然上面的实现不可行,那么应该如何来实现呢?
首先我们要知道:
MMS 需要移动数据,SMS 不需要移动数据。
就是说:
MMS 的发送和接收需要 Mobile data,而 SMS 则并不需要。当然了,SMS 和 MMS 都需要有运营商(Network Operator)的网络,也就是需要有 SIM 卡。
开启和关闭 Mobile data 的操作一般可以在 Android 手机里的「仪表盘」上这样实现:
如上图所示,左边的 Mobile data 是用于开启或关闭 Mobile data(移动数据)。右边的 Airplane mode 是用于开启或关闭飞行模式。
因此,有两种情况:
开启飞行模式前,并没有开启 Mobile data。这样的话,在关闭飞行模式后,MMS 也不能发送,只有 SMS 能被发送,因为只有 Cellular network 会重新连接。
开启飞行模式前,已经开启 Mobile data。这样的话,在关闭飞行模式后,MMS 和 SMS 都可以被发送。因为 Cellular network 和 Mobile data 都会重新连接。
我们的代码也就需要分两部分来监听:
负责重新发送 SMS 的:只需要监听 Cellular network(移动网络)的状态改变。如果状态为已连接,则尝试重新发送未成功的 SMS。
负责重新发送 MMS 的:因为 Cellular network 连接还不够,还需要 Mobile data 连接。因此需要监听 Mobile data(移动数据)状态改变。如果状态为已连接,则尝试重新发送未成功的 MMS。
我们需要监听 "android.intent.action.SERVICE_STATE" 这个 actioin 对应的广播:
我们需要监听 ConnectivityManager.CONNECTIVITY_ACTION (也就是 "android.net.conn.CONNECTIVITY_CHANGE" )这个 actioin 对应的广播:
我们可以把两个监听的部分合并在一个 BroadcastReceiver 中实现,合并后的代码如下:
推荐阅读
Android遇上Kotlin | 第一部分第一课 : Kotlin若只如初见
慕课网视频课程 | 带你开发类似Pokemon Go的AR游戏