第三方推送已死

按:本文作者@Tiger_张虎，谭云巴。创始人，姚云动态新闻服务。JPush创始人，原CTO。

OracleVM创立团队成员。(公共编号:)获得许可。国内第三者启动时的起源于2010年左右，安卓手机在国内发展迅速，谷歌原生启动时(C2DM，现在的安卓手机)由于各种原因不能长期使用，当时的安卓开发者用各种方法解决问题，其中安卓手机制造商开发了自己的启动时方案。对大多数开发人员来说，除了实现App外，独立国家开发启动时的系统非常困难。

即使用户数量相当大，App也不容易。因此，2011年底，我创造了独立国家第三者开始时提供服务的想法，也就是说，之后的极光开始时。

启动时能够发送信息的关键是近年来业内朋友经常探索启动时能否发送的关键因素。只是最重要的是SDK能否生存。具体来说，1.如果SDK不能立即启动跳跃，运营商网络的长连接就不会插入。

2.如果SDK的任务被杀害，不能被冲走的话，信息几乎没有发行的机会。参考以前的文章:启动时的技术原理:移动无线网络的宽度连接，如果SDK的末端无法有效地生存，无论服务器方面如何优化，都无法确保信息的及时传递。对于Android生产商来说，这里有一个对立的问题。对于每个App在启动时超出的效果来说都是一件好事，但是这样可以在一定程度上破坏Android系统的生态，减少功耗，也违反了系统清洁后台设计的想法。

手机厂家都期望自己生产的手机能够有尽可能宽的待机时间，但是App定点在后台启动，保持跳跃的不道德，不会大大影响手机的待机时间。因此，近年来，手机制造商为了控制各种允许手段，以控制后台服务。例如，以前的跳跃偏移，也就是说，App不允许在RTC使用App。

更严格的手段是定点清扫所有后台服务，不允许服务通过监听广播自动收纳。第三者开始时被杀，最近主流的Android手机清扫后台服务，禁令服务自动接受，以前第三者开始时服务提供商的各种SDK保存手段持续过热，这个问题完全恢复了Android、第三者开始时的服务基础，完全所有的Android第三者开始时的服务都无法确保送达。面对这样的问题，App开发商应该如何应对？更合理的方案因为开始时的服务特征，该以系统原始服务的形式不存在。在iOS/安卓系统发售的初期，考虑到这个问题，iOS有APNs、安卓系统有C2DM(GCM)。

遗憾的是，Android的这个GCM在国内已经不能有效地使用了，但是Android没有想解决问题，所以把问题留给了手机制造商和App开发者。考虑到起步时服务的特点，我们自然想起了通过制造商启动时的地下通道来解决问题，就像在iOS升级到APNs。用于App内的新闻地下通道向App发送新闻，通过制造商启动时地下通道苏醒App，App关闭后，拒绝接受新闻地下通道的离线新闻。从目前的实践来看，这是解决问题后台过程清洁的最有效方法。

国内Android厂商启动时地下通道现状目前国内一些主要的Android厂商中，名华为获得官方启动时的服务。经过我们团队的检验，他们在启动时为自己品牌的手机提供服务，有比较平稳的投递率。目前，最糟糕的是小米，华为的启动延迟有时相对较大，但不太稳定。

另外，几家OPPO、VIVO、金立即没有正式启动时的服务。云巴最近发售了小米、华为启动时的功能，开发人员开始时的服务比较慢。

但是，对于没有接受启动时的服务的制造商，现在没有特别好的方法。我们希望各主流手机制造商能够为App提供更好的体验，获得解决问题的方案。

原始文章允许禁止发布。下一篇文章发表了注意事项。

本文来源：澳门电子游戏正规网站-www.tjjunnuo.com