Android | 移動網(wǎng)絡(luò)改變時(shí)重新發(fā)送未成功的SMS和MMS

作者 謝恩銘,公眾號「程序員聯(lián)盟」(微信號:coderhub)。
轉(zhuǎn)載請注明出處。
原文:http://www.lxweimin.com/p/e85884989f12

內(nèi)容簡介


  1. 前言
  2. 不可行的實(shí)現(xiàn)
  3. 可行的實(shí)現(xiàn)

1. 前言


這篇文章算是一個(gè)小小的 Android 開發(fā)經(jīng)驗(yàn)總結(jié),也是拋磚引玉。如有錯(cuò)謬,歡迎指正。

最近在 Github 上一個(gè)開源的 Android Messages app 中,修正了一個(gè)需求的實(shí)現(xiàn)。

這個(gè)開源的 Android app 是 QKSMS 。還不錯(cuò)的一個(gè)遵循 Material Design 的開源免費(fèi)的 Android 消息應(yīng)用,不過貌似作者不怎么維護(hù)了,比較可惜。

之前我也為這個(gè)開源項(xiàng)目貢獻(xiàn)過一些補(bǔ)丁,我還寫了一篇文章專門講如何為 Github 的開源項(xiàng)目提交補(bǔ)丁:
Github | 如何貢獻(xiàn)Android開源項(xiàng)目和提交補(bǔ)丁

需求如下

在退出 Airplane mode(飛行模式)之后自動發(fā)送之前失敗的所有 SMS(Short Message Service,就是「短信」)和 MMS(Multimedia Message Service,就是「彩信」,例如 圖片,視頻,音頻,VCard 等等)。

2. 不可行的實(shí)現(xiàn)


之前作者其實(shí)已經(jīng)寫了這一塊代碼,但是沒有滿足需求。

他是這么處理的:

既然要在退出飛行模式時(shí)重新發(fā)送,那么就用一個(gè) BroadcastReceiver 來接收系統(tǒng)的飛行模式狀態(tài)改變的廣播,一旦接收到廣播,即重新發(fā)送所有失敗的 SMS和 MMS。

關(guān)鍵代碼如下:

// 類定義
public class AirplaneModeReceiver extends BroadcastReceiver {

    @Override
    public void onReceive(Context context, Intent intent) {
        if (!intent.getAction().equals(Intent.ACTION_AIRPLANE_MODE_CHANGED)) {
            return;
        }

        // 如果是進(jìn)入飛行模式,那么什么也不做
        if (intent.getBooleanExtra("state", true)) {
            return;
        }

        // 找出所有包含未成功的消息的對話(conversation),返回 Cursor
        Cursor conversationCursor = context.getContentResolver().query(
                SmsHelper.CONVERSATIONS_CONTENT_PROVIDER,
                Conversation.ALL_THREADS_PROJECTION,
                Conversation.FAILED_SELECTION, null,
                SmsHelper.sortDateDesc
        );

        // 遍歷每個(gè)這樣的對話
        while (conversationCursor.moveToNext()) {
            Uri uri = ContentUris.withAppendedId(SmsHelper.MMS_SMS_CONTENT_PROVIDER, conversationCursor.getLong(Conversation.ID));

            // 找出對話中所有未成功的消息,返回 Cursor
            Cursor cursor = context.getContentResolver().query(uri, MessageColumns.PROJECTION,
                    SmsHelper.FAILED_SELECTION, null, SmsHelper.sortDateAsc);

            // 把 Cursor 映射到一個(gè) MessageItem 對象,然后重新發(fā)送它
            MessageColumns.ColumnsMap columnsMap = new MessageColumns.ColumnsMap(cursor);
            while (cursor.moveToNext()) {
                try {
                    MessageItem message = new MessageItem(context, cursor.getString(columnsMap.mColumnMsgType),
                            cursor, columnsMap, null, true);
                    sendMessage(context, message);
                } catch (MmsException e) {
                    e.printStackTrace();
                }
            }
            cursor.close();
        }

        conversationCursor.close();
    }

    // 發(fā)送消息
    private void sendMessage(Context context, MessageItem messageItem) {
        Transaction sendTransaction = new Transaction(context, SmsHelper.getSendSettings(context));

        Message message = new Message(messageItem.mBody, messageItem.mAddress);
        message.setType(Message.TYPE_SMSMMS);

        context.getContentResolver().delete(messageItem.mMessageUri, null, null);

        sendTransaction.sendNewMessage(message, 0);
    }
}
<!-- 在 AndroidManifest.xml 中注冊這個(gè) BroadcastReceiver -->
<receiver android:name=".AirplaneModeReceiver">
    <intent-filter>
        <action android:name="android.intent.action.AIRPLANE_MODE" />
    </intent-filter>
</receiver>

上面的代碼中有些內(nèi)容,比如重新發(fā)送消息的代碼,包含一些 QKSMS 中的定義,不過不少代碼都是用的 Android 源碼中的定義。

例如:

public static final Uri CONVERSATIONS_CONTENT_PROVIDER = Uri.parse("content://mms-sms/conversations?simple=true");

SmsHelper.CONVERSATIONS_CONTENT_PROVIDER 這個(gè) Uri 是表示所有的對話。

而 Conversation.ALL_THREADS_PROJECTION 的定義如下:

public static final String[] ALL_THREADS_PROJECTION = {
        Threads._ID, Threads.DATE, Threads.MESSAGE_COUNT, Threads.RECIPIENT_IDS,
        Threads.SNIPPET, Threads.SNIPPET_CHARSET, Threads.READ, Threads.ERROR,
        Threads.HAS_ATTACHMENT
};

SmsHelper.MMS_SMS_CONTENT_PROVIDER 也是標(biāo)準(zhǔn)的 Android 的 Uri:

public static final Uri MMS_SMS_CONTENT_PROVIDER = Uri.parse("content://mms-sms/conversations/");

而 MessageItem 這樣的類基本使用了 Android 的 AOSP(Android Open Source Project)中的代碼。

QKSMS 這個(gè)開源項(xiàng)目大量使用了 AOSP 中的代碼,這也是它必須開源的原因。

其他的一些定義則是 QKSMS 中自定義的類或變量,大家可以自行去看 Github 上的 源碼,或者 git clone 下來用 Android Studio 查看。上面的重新發(fā)送 SMS 和 MMS 的代碼是一個(gè)可以借鑒的實(shí)現(xiàn)。


上面的代碼看似可以實(shí)現(xiàn)需求。實(shí)際測試時(shí)發(fā)現(xiàn),一旦退出飛行模式,確實(shí)會重新發(fā)送失敗的 SMS 和 MMS,但是還是會失敗。

這是為什么呢?

原因很簡單:

剛退出飛行模式時(shí),系統(tǒng)還需要一些時(shí)間去重新連接 Cellular network(蜂窩網(wǎng)絡(luò),又稱 移動網(wǎng)絡(luò)(mobile network))。如果在檢測到關(guān)閉飛行模式時(shí)立即發(fā)送未成功的消息,系統(tǒng)還沒有連接完畢,難免會失敗。

3. 可行的實(shí)現(xiàn)


既然上面的實(shí)現(xiàn)不可行,那么應(yīng)該如何來實(shí)現(xiàn)呢?

首先我們要知道:

MMS 需要移動數(shù)據(jù),SMS 不需要移動數(shù)據(jù)。

就是說:MMS 的發(fā)送和接收需要 Mobile data,而 SMS 則并不需要。當(dāng)然了,SMS 和 MMS 都需要有運(yùn)營商(Network Operator)的網(wǎng)絡(luò),也就是需要有 SIM 卡。

開啟和關(guān)閉 Mobile data 的操作一般可以在 Android 手機(jī)里的「儀表盤」上這樣實(shí)現(xiàn):

如上圖所示,左邊的 Mobile data 是用于開啟或關(guān)閉 Mobile data(移動數(shù)據(jù))。右邊的 Airplane mode 是用于開啟或關(guān)閉飛行模式。

因此,有兩種情況:

  1. 開啟飛行模式前,并沒有開啟 Mobile data。這樣的話,在關(guān)閉飛行模式后,MMS 也不能發(fā)送,只有 SMS 能被發(fā)送,因?yàn)橹挥?Cellular network 會重新連接。

  2. 開啟飛行模式前,已經(jīng)開啟 Mobile data。這樣的話,在關(guān)閉飛行模式后,MMS 和 SMS 都可以被發(fā)送。因?yàn)?Cellular network 和 Mobile data 都會重新連接。

我們的代碼也就需要分兩部分來監(jiān)聽:

  1. 負(fù)責(zé)重新發(fā)送 SMS 的:只需要監(jiān)聽 Cellular network(移動網(wǎng)絡(luò))的狀態(tài)改變。如果狀態(tài)為已連接,則嘗試重新發(fā)送未成功的 SMS。

  2. 負(fù)責(zé)重新發(fā)送 MMS 的:因?yàn)?Cellular network 連接還不夠,還需要 Mobile data 連接。因此需要監(jiān)聽 Mobile data(移動數(shù)據(jù))狀態(tài)改變。如果狀態(tài)為已連接,則嘗試重新發(fā)送未成功的 MMS。

監(jiān)聽 Cellular network(移動網(wǎng)絡(luò))的狀態(tài)改變


我們需要監(jiān)聽 "android.intent.action.SERVICE_STATE" 這個(gè) actioin 對應(yīng)的廣播:

@Override
public void onReceive(Context context, Intent intent) {
    if (intent.getAction().equals("android.intent.action.SERVICE_STATE")) {
        if (isCellularNetworkOn(context)) {
            // 當(dāng) Cellular network 連接上之后,主要用于重新發(fā)送未成功的 SMS

            // 重新發(fā)送的實(shí)現(xiàn) ...
        }
    }
}

監(jiān)聽 Mobile datata(移動數(shù)據(jù))狀態(tài)改變


我們需要監(jiān)聽 ConnectivityManager.CONNECTIVITY_ACTION (也就是 "android.net.conn.CONNECTIVITY_CHANGE" )這個(gè) actioin 對應(yīng)的廣播:

@Override
public void onReceive(Context context, Intent intent) {
    if (intent.getAction().equals(ConnectivityManager.CONNECTIVITY_ACTION)) {
        NetworkInfo mNetworkInfo = intent.getParcelableExtra(ConnectivityManager.EXTRA_NETWORK_INFO);

        if ((mNetworkInfo == null) || (mNetworkInfo.getType() != ConnectivityManager.TYPE_MOBILE)) {
            return;
        }

        if (mNetworkInfo.isConnected()) {
            // 當(dāng) Mobile data 連接上時(shí),主要用于重新發(fā)送未成功的 MMS

            // 重新發(fā)送的實(shí)現(xiàn) ...
        }
    }
}

合并實(shí)現(xiàn)


我們可以把兩個(gè)監(jiān)聽的部分合并在一個(gè) BroadcastReceiver 中實(shí)現(xiàn),合并后的代碼如下 :

/**
 * 監(jiān)聽移動網(wǎng)絡(luò)狀態(tài)改變,以便能夠重新發(fā)送未成功的消息(SMS 和 MMS)
 * MMS 需要 Mobile data,而 SMS不需要
 */
public class MobileNetworkReceiver extends BroadcastReceiver {

    @Override
    public void onReceive(Context context, Intent intent) {
        if (intent.getAction().equals("android.intent.action.SERVICE_STATE")) {
            if (isCellularNetworkOn(context)) {
                // 當(dāng) Cellular network 連接上時(shí),主要用于重新發(fā)送未成功的 SMS
                resendFailedMessages(context);
            }
        } else if (intent.getAction().equals(ConnectivityManager.CONNECTIVITY_ACTION)) {
            NetworkInfo mNetworkInfo = intent.getParcelableExtra(ConnectivityManager.EXTRA_NETWORK_INFO);

            if ((mNetworkInfo == null) || (mNetworkInfo.getType() != ConnectivityManager.TYPE_MOBILE)) {
                return;
            }

            if (mNetworkInfo.isConnected()) {
                // 當(dāng) Mobile data 連接上時(shí),主要用于重新發(fā)送未成功的 MMS
                resendFailedMessages(context);
            }
        }
    }

    // 重新發(fā)送失敗的消息(SMS 或 MMS)
    private void resendFailedMessages(Context context) {
        // 找出所有包含未成功的消息的對話(conversation),返回 Cursor
        Cursor conversationCursor = context.getContentResolver().query(
                SmsHelper.CONVERSATIONS_CONTENT_PROVIDER,
                Conversation.ALL_THREADS_PROJECTION,
                Conversation.FAILED_SELECTION, null,
                SmsHelper.sortDateDesc
        );

        // 遍歷每個(gè)這樣的對話
        while (conversationCursor.moveToNext()) {
            Uri uri = ContentUris.withAppendedId(SmsHelper.MMS_SMS_CONTENT_PROVIDER, conversationCursor.getLong(Conversation.ID));

            // 找出對話中所有未成功的消息,返回 Cursor
            Cursor cursor = context.getContentResolver().query(uri, MessageColumns.PROJECTION,
                    SmsHelper.FAILED_SELECTION, null, SmsHelper.sortDateAsc);

            // 把 Cursor 映射到一個(gè) MessageItem 對象,然后重新發(fā)送它
            MessageColumns.ColumnsMap columnsMap = new MessageColumns.ColumnsMap(cursor);
            while (cursor.moveToNext()) {
                try {
                    MessageItem message = new MessageItem(context, cursor.getString(columnsMap.mColumnMsgType),
                            cursor, columnsMap, null, true);
                    sendMessage(context, message);
                } catch (MmsException e) {
                    e.printStackTrace();
                }
            }
            cursor.close();
        }

        conversationCursor.close();
    }

    // 發(fā)送消息
    private void sendMessage(Context context, MessageItem messageItem) {
        Transaction sendTransaction = new Transaction(context, SmsHelper.getSendSettings(context));

        Message message = new Message(messageItem.mBody, messageItem.mAddress);
        message.setType(Message.TYPE_SMSMMS);

        sendTransaction.sendNewMessage(message, 0);

        context.getContentResolver().delete(messageItem.mMessageUri, null, null);
    }

    // 判斷 Cellular network 是否已連接
    public static boolean isCellularNetworkOn(Context context) {
        TelephonyManager telephonyManager = (TelephonyManager) context.getSystemService(Context.TELEPHONY_SERVICE);
        return telephonyManager.getNetworkOperator() != null && !telephonyManager.getNetworkOperator().isEmpty();
    }
}
<!-- 在 AndroidManifest.xml 中添加權(quán)限 -->
<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />

<!-- 在 AndroidManifest.xml 中注冊這個(gè) BroadcastReceiver -->
<receiver android:name=".MobileNetworkReceiver">
    <intent-filter>
        <action android:name="android.intent.action.SERVICE_STATE" />
        <action android:name="android.net.conn.CONNECTIVITY_CHANGE" />
    </intent-filter>
</receiver>

我是 謝恩銘,公眾號「程序員聯(lián)盟」(微信號:coderhub)運(yùn)營者,慕課網(wǎng)精英講師 Oscar 老師,終生學(xué)習(xí)者。
熱愛生活,喜歡游泳,略懂烹飪。
人生格言:「向著標(biāo)桿直跑」

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,837評論 6 531
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,196評論 3 414
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,688評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,654評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 71,456評論 6 406
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 54,955評論 1 321
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,044評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,195評論 0 287
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,725評論 1 333
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 40,608評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 42,802評論 1 369
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,318評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,048評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,422評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,673評論 1 281
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 51,424評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 47,762評論 2 372

推薦閱讀更多精彩內(nèi)容