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

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