安卓集成极光推送经验总结

由于公司业务需要最近项目中集成了极光推送，过程中也遇到一些问题，总结一下
1、更换登录账号后接收不到推送
原因：先搞清楚注册极光是上传的是设备标签和别名还是registrationID。
ps：极光推送的设备唯一性标识 RegistrationID
对于 App 平台系统，如何唯一地识别移动设备是非常重要的。否则，每次用户在设备上卸载掉应用再重新安装，后端系统只能把这个用户当作一个全新的用户了。

Android 上识别设备的唯一性，因为这个圈太乱，所以设备本身的任何标识都是无法直接用作设备唯一标识的。iOS 是系统强力限制被唯一识别的，目前唯一可以部分满足条件是 IDFA，但需要你的 App 本身的确嵌入了广告。

很多开发者使用极光推送时，都有这个疑问：极光推送是如何来做设备的唯一性识别的。本文解析极光推送如何尽可能地来唯一识别设备。

极光推送对安装在设备上的 App 使用 RegistrationID 作为标识。极光推送要『尽可能』确保设备的唯一性，就是要使得 RegistrationID 尽可能唯一。

RegistrationID 的定义

关于 RegistrationID 极光官方文档有如下的定义：

集成了 JPush SDK 的应用程序在第一次 App 启动后，成功注册到 JPush 服务器时，JPush 服务器会给客户端返回唯一的该设备的标识 – RegistrationID。JPush SDK 会以广播的形式发送 RegistrationID 到应用程序。
有了这个标识，App 编程可以把这个 RegistrationID 保存到自己的应用服务器上，然后就可以根据 RegistrationID 来向设备推送消息或者通知。

RegistrationID 变化可能性

如果 App 不卸载，是直接覆盖安装，Android, iOS 上 RegistrationID 的值都不会变化。

如果 App 是卸载之后再次安装：

Android 上 RegistrationID 基本不会变；
iOS 上如果启用了 IDFA 变化可能性不大，如果未启用 IDFA 则每次安装 RegistrationID 都会变；
RegistrationID 生成规则解析

Android 平台

Android 上因为国内存在大量山寨设备的原因，正常的 IMEI, Mac Address, AndroidID 这些可以考虑用作唯一标识的值，都是不可以用的，因为这些值在一批设备中可能都是同一个值。

极光的基本思路是：

生成一个 DeviceID 保存到 Settings, External Storage。依赖本地存储，应用被卸载后重新安装这些存储里的 DeviceID 还在的话，就是同一个设备。这一条理论上解决 90% 的不变性问题。
DeviceID 之外增加补充规则：综合根据 IMEI, MAC Address, AndroidID 这几个值来判断，是否可能是老设备。
具体的逻辑细节，也是根据实际运行情况，以及收集到的反馈不断调整的，大多数逻辑可在服务器端调整。

高级使用建议

因为 RegistrationID 是 JPush SDK 注册完成之后才得到的，所以调用 SDK API 来获取 RegistrationID 的值时需要稍注意，不是总能够立即得到。

对于一些用手机号当做账号的app来说，必须要用手机号来作为设备别名，而不是使用registrationID。