3、针对以往Android版本的各种保活技术回顾
Android P之前为了搞定客户的投诉：“为什么微信能收到消息而你们的IM却不能?”，为了解决这个“痛点”，广大的Android开发者们只能让各种黑科技轮番上场、各显神通，最典型的：比如曾今在手机QQ上的1像素保活（虽然QQ官方从没正面承认过）、后台无限播放无声音的音频、应用互相拉活等，大家都耳熟能详。
下面就是即时通讯网整理过的各种典型保活需求和思路，可以回顾学习一下：
《应用保活终极总结(一)：Android6.0以下的双进程守护保活实践》
《应用保活终极总结(二)：Android6.0及以上的保活实践(进程防杀篇)》
《应用保活终极总结(三)：Android6.0及以上的保活实践(被杀复活篇)》
《Android端消息推送总结：实现原理、心跳保活、遇到的问题等》
《微信团队原创分享：Android版微信后台保活实战分享(进程保活篇)》
4、国内各种Android厂商级推送通道出现了
为了响应Android原版中对省电策略、用户体验等设计，也为了避免各种保活乱象，国内主流的Android手机厂商在阉割了谷歌原版的GCM(FCM)推送通道之后（悲剧！），依靠自身的技术力量构建起来各家自有的推送通道。
下面是国内主流Android厂商的推送服务开发者入口：
1）小米消息推送服务；
2）华为消息推送服务端（Huawei Mobile Services）；
3）魅族消息推送服务；
4）OPPO消息推送服务；
5）vivo消息推送服务（建设中..）。
看到上面这串厂商系统级推送通道列表，相信你已经露出了你那排洁白的牙齿了 ^_^。。。
如果剧情都能像都市爱情小说那样——“男女主角从此过上了幸福美满的生活...”，那就完美了！
但是（这个但是真的很讨厌），不要高兴的太早，理想情况下对接厂商通道确实很爽，但现实很骨感。
对接厂商通道带来的麻烦，远比你想像的要多：
1）你得一家一家下载SDK、注册开发者账号、搞手机端对接、搞服务端对接；
2）各厂商的SDK都打包在一个APP里，可能存在各种兼容性问题；
3）因为ROOM版本问题，即使同一个厂商的手机的同一套SDK也存在新旧ROOM的兼容性问题；
4）这一堆的SDK，各种jar包让你的APP莫名变大了不少；
5）服务端要对接各种厂商的推送后台，各家的技术水平、SDK水准、服务稳定性参差不齐，对接起来难受吧；
6）有些手机小厂并没有自已的推送通道，你自建的推送能道还不能扔。
凡此种种，对接厂商通道并不轻松。
不过：如果公司不排斥使用第3方通送方案的话，现阶段这种混乱状况下，可以考虑直接用第3方的服务，比腾讯的信鸽推送为例（首先申明，我没收信鸽的好处费，只是举个例子！），信鸽推送的方案也是一家一家对接第3方的厂商通道道+自有通道（《[资讯] 信鸽新版上线：号称Android首家统一推送服务》），对于开发者来说信鸽的实现思路其实跟我们想的是一样的。但好处是：别人有专门的团队死磕这件破事，比你自已一个人带来的效果要好多了。
Android P正式版即将到来：后台应用保活、消息推送的真正噩梦