正文

我相信現(xiàn)在絕大部分App幾乎避免不了消息推送，其實原理還是使用了長連接，通過服務(wù)端將消息推給客戶端。市面上也有不少三方庫，例如極光、友盟、個推、阿里等等。今天我就分享一下我在使用極光推送時遇到的坑，希望對大家有所幫助。

極光推送的接入和使用這里就不展開說明，咱們直接進入主題。因為項目使用的是通知欄方式，就是手機會先收到一個通知欄，用戶點擊通知欄跳轉(zhuǎn)對應(yīng)頁面。

在點擊這個通知欄時會觸發(fā)其中onNotifyMessageOpened方法，后端會把我們所需要的內(nèi)容放在message中。其實也就是個json字符串，我們拿到后需要通過對它解析拿到我們所需數(shù)據(jù)。

override fun onNotifyMessageOpened(
    context: Context?,
    message: NotificationMessage
) {
    val title = message.notificationTitle//通知欄標題
    val content = message.notificationContent//通知欄內(nèi)容
    val json = message.notificationExtras//推送信息
}

到這里都還一帆風順，接下來就出現(xiàn)問題了，明明日志獲取到了對應(yīng)信息，但解析后使用卻是空：

val fromJson = gson.fromJson(json, Bean::class.java)

我打印了一下json信息：

{"data":"{\"type\":1,\"name\":\"張三\"}"}

很明顯，data內(nèi)部只能識別出一個字符串。所以我們無法拿到內(nèi)部的type和name屬性。經(jīng)過了解后才知道，后端設(shè)置notificationExtras時只能設(shè)置為Sting類型，然而notificationExtras已經(jīng)是實體內(nèi)的一個屬性，所以我們拿到的時候其實json已經(jīng)被轉(zhuǎn)義了。那么怎么解決呢？其實把data的值再一次通過Gson解析就能拿到數(shù)據(jù)了。我們這里采取Map來解析：

其實如果使用Gson解析就不會再出現(xiàn)坑，因為使用Map后面還有坑，所以這里接著使用Map來解析。

val map = Gson().fromJson<HashMap<String, Any>>(
    fromJson.data,
    HashMap::class.java
)

通過上面的json信息其實不難發(fā)現(xiàn)，data內(nèi)部只有兩個屬性，一個int類型的type,一個Sting類型的name。然而，這里的坑又出現(xiàn)了......

眼尖的同學估計已經(jīng)發(fā)現(xiàn)問題了，一個int類型的數(shù)據(jù)竟然給我轉(zhuǎn)換成Double類型的數(shù)據(jù)了，不得不說這很不嚴謹。難道是自己哪里沒操作對嗎？最后通過查閱資料發(fā)現(xiàn)，這是Gson的坑，不僅僅是int，連Long也會被轉(zhuǎn)換為Double，這一點讓人很難接受。如何解決？

• 自定義Gson的TypeAdapter，具體實現(xiàn)可以查閱資料
• 拋棄Gson，擁抱阿里，使用FastJson

到此，我們便拿到了期望的數(shù)據(jù)。這里還要提一點，關(guān)于通知消息跳轉(zhuǎn)Acticity棧頂?shù)呐渲?。如果當前正在目標頁面，那么我們一定不希望重新?chuàng)建新的頁面，而是希望在當前頁面刷新數(shù)據(jù)即可。所以不要忘記給目標頁面配置棧頂模式，重寫OnNewIntent方法。

另外，在廣播中跳轉(zhuǎn)Activity時，一定不要忘記給Intent設(shè)置flags。

intent.flags = Intent.FLAG_ACTIVITY_NEW_TASK

總結(jié)

在json解析這塊其實經(jīng)常出現(xiàn)一些問題，例如后端鍵名多了一個空格、某個屬性的文字格式不對等等。這些雖說要盡量避免，但也難免會發(fā)生。這時我們應(yīng)該冷靜下來分析問題，多打斷點。很多問題都會在心細下迎刃而解，希望以上分享對大家有所幫助！

更多關(guān)于Android message坑的資料請關(guān)注腳本之家其它相關(guān)文章！

最新評論