Android极光推送处理message遇到的坑解决，

Android极光推送处理message遇到的坑解决，

目录

• 正文
• 总结

正文

我相信现在绝大部分App几乎避免不了消息推送，其实原理还是使用了长连接，通过服务端将消息推给客户端。市面上也有不少三方库，例如极光、友盟、个推、阿里等等。今天我就分享一下我在使用极光推送时遇到的坑，希望对大家有所帮助。

极光推送的接入和使用这里就不展开说明，咱们直接进入主题。因为项目使用的是通知栏方式，就是手机会先收到一个通知栏，用户点击通知栏跳转对应页面。

在点击这个通知栏时会触发其中onNotifyMessageOpened方法，后端会把我们所需要的内容放在message中。其实也就是个json字符串，我们拿到后需要通过对它解析拿到我们所需数据。

override fun onNotifyMessageOpened(
    context: Context?,
    message: NotificationMessage
) {
    val title = message.notificationTitle//通知栏标题
    val content = message.notificationContent//通知栏内容
    val json = message.notificationExtras//推送信息
}

到这里都还一帆风顺，接下来就出现问题了，明明日志获取到了对应信息，但解析后使用却是空：

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

我打印了一下json信息：

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

很明显，data内部只能识别出一个字符串。所以我们无法拿到内部的type和name属性。经过了解后才知道，后端设置notificationExtras时只能设置为Sting类型，然而notificationExtras已经是实体内的一个属性，所以我们拿到的时候其实json已经被转义了。那么怎么解决呢？其实把data的值再一次通过Gson解析就能拿到数据了。我们这里采取Map来解析：

其实如果使用Gson解析就不会再出现坑，因为使用Map后面还有坑，所以这里接着使用Map来解析。

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

通过上面的json信息其实不难发现，data内部只有两个属性，一个int类型的type,一个Sting类型的name。然而，这里的坑又出现了......

眼尖的同学估计已经发现问题了，一个int类型的数据竟然给我转换成Double类型的数据了，不得不说这很不严谨。难道是自己哪里没操作对吗？最后通过查阅资料发现，这是Gson的坑，不仅仅是int，连Long也会被转换为Double，这一点让人很难接受。如何解决？

• 自定义Gson的TypeAdapter，具体实现可以查阅资料
• 抛弃Gson，拥抱阿里，使用FastJson

到此，我们便拿到了期望的数据。这里还要提一点，关于通知消息跳转Acticity栈顶的配置。如果当前正在目标页面，那么我们一定不希望重新创建新的页面，而是希望在当前页面刷新数据即可。所以不要忘记给目标页面配置栈顶模式，重写OnNewIntent方法。

另外，在广播中跳转Activity时，一定不要忘记给Intent设置flags。

intent.flags = Intent.FLAG_ACTIVITY_NEW_TASK

总结

在json解析这块其实经常出现一些问题，例如后端键名多了一个空格、某个属性的文字格式不对等等。这些虽说要尽量避免，但也难免会发生。这时我们应该冷静下来分析问题，多打断点。很多问题都会在心细下迎刃而解，希望以上分享对大家有所帮助！

更多关于Android message坑的资料请关注3672js教程其它相关文章！

您可能感兴趣的文章:

• Android开发使用Message对象分发必备知识点详解
• Android Handler,Message,MessageQueue,Loper源码解析详解
• Android 通过Messager与Service实现进程间双向通信案例详解
• Android Handle原理(Looper,Handler和Message)三者关系案例详解
• Android handle-message的发送与处理案例详解
• 深入Android Handler,MessageQueue与Looper关系