【Android开发API】Google提供的服务：Google云服务进阶 - GCM Advanced Topics.pdf

eoe 移动开发者社区 . 原文链接：/guide/google/gcm/adv.html 编辑者：兲烺 完成时间：2012.8.7 这篇文章涵盖GCM的高级主题 * 消消息息的的生生命命周周期期* 当 三方服务器发送⼀个消息给GCM ，并接受⼀个消息返回ID，这并不意味着这个消息已经交付给设备 。相反，这仅仅意 味着这个消息已经接受交付 。在消息接受交付的时候发生什么事取决于很多因素 。 最好的情况就是如果设备连接到GCM ，屏幕是亮着的，没有任何节流的限制，看 （节流），这个消息会正确地交付 。 如果这个设备已经连接了但是是闲置的，这个消息仍然会投递成功除非这个delay_ hile_ idle标志设置为真 。否则，它会被 存贮在GCM服务器中直到设备被唤醒 。另外，这个collapse_ key标志也有任务：如果已经有⼀个消息有相同钥匙 （注册 ID）存储起来等待交付，旧的消息会被新的消息所取代掉，然而，如果这个collapse key 没有设置，两个消息都会存储起 来等待以后的交付 。 注意：这里有⼀个关于多少消息能存储而没有崩溃的限制 。这个上限⼀般是100 。如果达到了这个上限，所有的消息都 会失效 。然后当设备在后台运行，它会收到⼀个特殊的消息指出当前已经达到了上限。应用程序能通过请求完全地同 步，来正确地，典型地处理这种情况 。 如果设备没有连接到GCM ，消息会存储起来直到设备和GCM的连接建立起来 （再⼀次地考虑collapse key 原则） 。当连 接已经建立后，GCM就会交付所有待定的消息给设备，不管delay_ hile_ idle标志 。如果设备从来没有连接 （例如，如果 它被格式化了），消息最终会在GCM的存储仓库中超时，丢弃 。默认的超时时间是4个星期，除非这个time_to_ live标志设 置了 。 注意：当你设置time_to_ live标志时，你必须也要设置collapse_ key 。否则，这个消息就被当做⼀次恶意的请求而被拒 绝 。 最后，当GCM试图交付消息给设备并且应用程序已经被卸载，GCM会立刻丢弃这个消息并且使这个注册ID失效 。将来试 图发送消息给那个设备会得到⼀个NotRegistered错误 。详情查看Ho Unregistration Works 。 虽然追踪每个消息个体的踪迹是不可能的，但是谷歌API的控制台能统计消息发送给设备，消息崩溃和消息等待交付 。 * 节节流流* 为了阻止滥用 （例如发送⼤量的消息给设备）并且优化网络的有效利用和电池的寿命，GCM⼯具实现节流消息使用⼀种象 征筒模式 。消息被节流在每个应用程序和每个collapse key(包含没有崩溃的消息) 。每个应用程序的collapse key被授予⼀ 些最初的token ，并且新的token会阶段性地授予 。每个token只会对⼀个发送给设备的消息有效，如果⼀个应用程序 collapse key耗尽了提供给它的所有有用的token ，新的消息会缓冲在待定队列中直到新的token在授权期的时候成为可 用 。这样在授权的间隔时期压制可能会增加消息交付给应用程序，在很短的时间内发送⼤量的消息提供消息的延迟，消息 在应用程序的collapse key等待队列中可能在下次授权之前交付 。 * 保保持持 同同步步注注册册状状态态* 无论何时应用程序接收到包含registration_ id 的ent.REGIST RAT ION意图，它会保存这个ID 以便未来使用，传递给 三方服务器来完成注册，并且追踪服务器是否完成了注册 。如果服务器注册失败，它会再次尝试 或者注销 。 2/7 eoe 移动开发者社区 . 这里有两个细节需要特别⼩心： * 应用程序更新 * 备份和还原 当⼀个应用程序更新时，它应该使其现有注册ID失效，因为它不能保证现有ID能在新版本下⼯作 。因为在程序更新的时候 没有调用生命周期方法，所以可以在注册ID存储的时候存储当前应用程序的ID来实现最佳的确认方法 。然后当程序开始 时，比较当前的程序版本和存储