丧心病狂 or 形势所迫？谈谈安卓奇葩的链式启动

来源：太平洋电脑网

近日，一个 " 照明弹 " 功能在安卓圈子里掀起了狂风巨浪。MIUI 加入了 " 照明弹 " 功能，该功能可以把安卓 APP 在后台的一举一动暴露在用户面前，很多人惊讶地发现，为数不少的 APP 竟然会唤醒其他 APP！例如只要你开启微博 APP，就会唤起墨迹天气、百词斩、抖音、云闪付等 APP ——这，就是大名鼎鼎的 " 链式启动 "。

打开一个 APP 唤醒全村人，这就是令人头大的安卓 APP 链式启动

大家都知道安卓 APP 流氓，但如此的嚣张行为还是第一次明明白白地看清。为什么安卓 APP 会普遍存在奇葩的链式启动？这是国内 APP 独有的吗？这就来谈谈这个话题。

链式启动是刚需？

链式启动的现象在上面已经提到过了，毫无疑问，这会给用户体验带来很大的负面影响。在链式启动机制下，开启一个 APP 等于开启 N 个 APP，而这 N 个 APP 又会分别再开启 N 个 APP，简直是无限套娃，硬件再好的手机，电量和性能也分分钟被榨得一滴都不剩。

为了对付链式启动，无论是 Google 官方安卓，还是各大手机厂商自己做的 ROM，都做了不少举措，例如国产 ROM 很早就开始限制 APP 相互唤醒，安卓新版限制了不规范 API 的调用令链式启动难以实施，这次 MIUI 的 " 照明弹 " 也是为限制链式启动所做的努力。

国产 ROM 很早就开始做链式启动的限制了

可见，链式启动其实非常不受用户欢迎，而且手机厂商也一直对其深恶痛绝——毕竟这会为手机带来卡顿、耗电的坏口碑。于是问题来了，为什么 APP 开发商会在产品中加入一个如此蛋疼的特性？这就得从安卓的推送机制说起了。

安卓 APP 想要向用户推送消息，有两种途径。

· 第一种是类似 iOS 的解决方案，Google 为安卓准备了基于 Google 服务的 GCM/FCM 推送服务，APP 不需要驻留后台，只需要接入到 GCM/FCM 中，APP 就可以借助 Google 服务器直接向安卓机推送消息。

是的，安卓也有系统级的云推送服务

· 第二种是 APP 自己驻留后台，连接自己的服务器实现消息推送。

按理来说，第一种方案更省电，而且实现难度更低，毕竟不用花额外精力去实现后台驻留——安卓会自动清理掉久不活跃的 APP 后台，要让 APP 进程驻留还是需要花点功夫的。

但偏偏，Google 服务在国内却难以正常使用，国行安卓很多都没有 Google 服务器框架，第一种方法直接就被抬出了场外。如果你有留意，可以发现某些国产 APP 的国际版和国内版本，使用的是不同的推送机制，例如微信在 Google Play 商店上的版本会使用 GCM/FCM 推送消息，而国内版则使用自己的后台进程推送，就是受此影响。

在国内无法使用 CGM/FCM 推送的前提下，APP 们不得不在后台驻留进程，保持和服务器的连接、及时接收推送。然而正如前文所说，这一做法也是需要花费更多精力的，而且还存在限制，而链式启动正是为了解决后台驻留、消息推送的诸多麻烦，而出现的解决方案。从这个层面来说，链式启动称得上是国内 APP 们的刚需。

链式启动是如何解决 APP 推送问题的？

那么链式启动是如何解决 APP 后台驻留和消息推送的问题的呢？我们先来说说 APP 在后台驻留进程会遇到的问题。

无论是原生安卓还是第三方定制 ROM，都对 APP 后台驻留问题采取了越来越严格的限制，一个 APP 想要单独靠自己驻留后台，变得越来越困难。过去 APP 所使用的透明悬浮窗、乱注册状态等手段，都不太好使，硬要驻留后台的话，分分钟就被系统揪出来在通知栏挂城墙。

APP 驻留后台很容易被系统挂城墙

此景此境下，APP 们只能抱团取暖了——既然单个 APP 很难停留在后台，那么 APP 之间相互唤起，那就容易多了！开启一个 APP 后，就拉起另一个抱团的 APP，那大家的进程都激活了，推送服务也就顺理成章。

但 APP 们是怎样抱团的呢？我们可以观察到，不少 APP 甚至会链式唤醒竞品 APP，这总不能是拉竞品 APP 一把吧，这从商业的逻辑来看似乎行不太通。其实，绝大部分的链式唤醒，都是由于 APP 们接入了同样的推送 SDK。

国内 APP 们想要实现推送功能，需要借助第三方的推送 SDK

（编辑：常州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!