正文
我相信现在绝大部分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坑的资料请关注编程网其它相关文章！
