共计 3585 个字符，预计需要花费 9 分钟才能阅读完成。
作者：极光高级工程师——史坤坤
企业出海图景
在疫情继续，叠加复杂多变的国际贸易环境下，中国对外间接投资流量和存量间断四年稳居寰球前三，近八成中国企业将维持和扩充对外投资动向，看好对外投资前景。企业出海，第一要务就是要建设与用户的触达通道。在 APP 环境之外，海内触达用户的通道与国内用户略有区别，海内是以邮件为次要的通道，而国内次要是以短信为主，辅以微信等社交通道。在 APP 环境之内，海内与国内触达用户的区别不大，均是以 APP 推送为主。接下来，咱们着重从海内 APP 推送通道来做一些比照与剖析。
APP 音讯推送通道现状
在海内，手机厂商除苹果外，安卓依然以三星为领头羊，独占 19% 的市场份额。小米、OPPO、Vivo、realme 紧随其后，市场份额占比别离为 12%、9%、8% 以及 6%。
图一：2021 年第四季度寰球智能手机出货量报告（数据来自市调机构 Conuterpoint Research）
企业 APP 的音讯触达用户的通道，最重要的依然还是推送告诉音讯。各个头部厂商对 Android 原生零碎均有所定制，但与国内环境还是有所区别。
在中国大陆，谷歌受地区限度，无奈应用谷歌相干服务，国内厂商对 GMS 服务套件进行了零碎层的阉割，谷歌官网的 FCM 推送通道也相应的无奈应用。进而代替的是各个厂商本人的厂商通道。顾名思义，厂商通道就是指手机硬件厂商提供的零碎级别的推送通道，因为是零碎服务，随着设施开机后就始终存在着，无效的保障了推送通道长连贯的高可用性。
在海内，因为安卓零碎默认反对谷歌 FCM 通道，且网络环境不受地区限度，因而厂商未对进口海外版的手机进行 GMS 的阉割，而是保留厂商通道与谷歌 FCM 通道共存的形式。谷歌 FCM 通道，是安卓零碎自带的通道服务，与谷歌 Firebase 后盾放弃长连贯，服务归属是谷歌而非设施厂商。经理论测试、同时与厂商官网技术沟通后，总结对于告诉通道的应用状况如下：
厂商通道与谷歌 FCM 通道的区别
那么，既然海内的 Google 服务是不受限制的，为什么厂商还要保留两个通道呢？他们有什么具体的区别吗？的确是存在一些区别。
区别一： 就是上边提到的通道归属服务方不同，厂商通道由硬件设施厂商提供服务，谷歌 FCM 通道由谷歌官网提供服务。
区别二 ：厂商通道，在网络通顺且推送音讯内容非法的状况下，通过厂商通道推送音讯给该厂商设施，不管利用过程是否存活，都能保障音讯能够推送到位。所以，厂商通道是音讯高效触达的一种保障。同时，也对企业用户的拉活、促新、留存有肯定的晋升。而 FCM 通道，通过 Firebase 后盾推送音讯给安卓设施时，设施收到音讯后，会先依据利用的某种状态来决定是否展现音讯。如果 APP 过程被用户被动杀死，将不会持续进行展现推送音讯。
对于这个规定，起初咱们也是持有狐疑态度，如果这样的话，那与 APP 本人实现音讯推送相比，就没有高可用的通道服务的劣势了，难道只是为了帮忙开发者简化推送服务的实现流程，升高开发成本？带着这个疑难，咱们开展了专项测试和剖析。剖析过程如下：
- 验证过程存活与被杀死状况下，音讯的展现状况的景象。
- 剖析音讯的生命周期状态
- 深入分析零碎源码、GMS 源码、FCM 源码
- 总结论断
上面是具体的剖析过程，波及到零碎源码的剖析，如果不感兴趣可略过浏览，间接看最初总结的论断。
01. 验证过程存活与被杀死状况下，音讯的展现状况的景象
a. 退入后盾，无操作停留 2 小时通过 usb 连贯手机，进入 ADB 模式，执行 ps 命令后，过程依然存在，阐明并未被零碎回收资源。此时发送推送音讯，如预期，告诉音讯失常展现。
b. 退入后盾，通过最近工作，滑动杀死 APP
同样，进入 ADB 后，通过 ps 命令查看过程状态，过程已不存在，但不确定资源是否被零碎及时回收。此时发送推送音讯，告诉音讯能失常展现。还比拟合乎厂商通道的劣势特色。c. 进入利用详情，强行进行 APP
不出预料的，过程必定曾经不存在了，ps 命令查看也是如此。同样的，不能确定资源是否被零碎及时回收。此时发送推送音讯，告诉音讯却不能失常展现。由此揣测，FCM 通道不依赖 APP 的过程是否存活。这个特点，是优于 APP 本人实现推送告诉的。
d. 重启手机
重启手机后，因为利用已没有接管重启零碎的播送权限，过程必定曾经不存在了，同时，资源必定也是被零碎回收了的。此时发送推送音讯，告诉仍然能失常展现。由此进一步确认，零碎缓存了利用的某种状态，FCM 会根据该状态来决定是否展现告诉。
02. 剖析音讯的生命周期状态
有了以上试验的景象，那么接下来重点剖析下为什么强行进行 APP 后，就不能失常收到告诉并展现了。首先看推送 API 的响应，失常。推送工作已提交至谷歌 Firebase 后盾，权且认为服务器已下发到设施。通过 adb logcat >log.log 抓取现场系统日志，在 log 中有以下打印：
16600 16600 W GCM : broadcast intent callback: result=CANCELLED forIntent {act=com.google.android.c2dm.intent.RECEIVE pkg=cn.jiguang.junion.jpushtestdemo (has extras) }确认音讯已失常送达到了设施，因而狐疑 GMS 的音讯播送就没有失常收回来。
03. 深入分析零碎源码、GMS 源码、FCM 反编译代码
先依据 FCM 办法调用链，从音讯散发处动手往上跟进，确认其调用步骤。
a. FirebaseMessagingService
在零碎源码中跟踪到 FirebaseMessagingService 负责散发告诉音讯到 SDK。
b. EnhancedIntentService 负责解析解决收到的音讯
c. 持续剖析音讯是哪里接管来的，跟踪到是通过 AIDL 模式把播送中的音讯传到 Service 中的
而后发送到 FirebaseInstanceIdReceiver
d. 最终的播送起源 CloudMessagingReceiver
因而能够明确晓得：FCM 的音讯也是从播送来的。
04. 总结论断
最终，在 AMS 中找到了答案。利用被用户被动 kill 后，零碎间接把死亡过程所属的播送，都间接过滤掉了，从而不对其发送播送。
在 Android 零碎中，利用被用户被动 kill 后，在 ams 中会调用 finishForceStopPackageLocked（）中 发送外部播送：ACTION_PACKAGE_RESTARTED，它会限度包的自启或者告诉移除等等。而播送是通过 sendBroadcast 来发送的，在 AMS broadcastIntentLocked 中，明确增加了 intent.addFlags(Intent.FLAG_EXCLUDE_STOPPED_PACKAGES); 该 Flag 后续会从零碎中查找缓存，过滤播送的代码：
registeredReceivers = mReceiverResolver.queryIntent(intent,resolvedType, false /*defaultOnly*/, userId);
在 IntentResolver.queryIntent 办法外部有调用：
final boolean excludingStopped = intent.isExcludingStopped();
if (excludingStopped && isFilterStopped(filter, userId)) { ------- 这里会过滤 Stopped 和过程 Stop 的
if (debug) {Slog.v(TAG, "Filter's target is stopped; skipping");
}
}isExcludingStopped() 的定义代码：
public boolean isExcludingStopped() { return (mFlags&(FLAG_EXCLUDE_STOPPED_PACKAGES|FLAG_INCLUDE_STOPPED_PACKAGES))== FLAG_EXCLUDE_STOPPED_PACKAGES;}
官网的 issues 也有相似的官网回复，感兴趣的能够看下：
引自：https://github.com/firebase/f…
更多对于海内厂商通道的集成办法，请看下回分解。
对于极光
极光（Aurora Mobile，纳斯达克股票代码：JG）成立于 2011 年，是中国当先的客户互动和营销科技服务商。成立之初，极光专一于为企业提供稳固高效的音讯推送服务，凭借先发劣势，曾经成长为市场份额遥遥领先的挪动音讯推送服务商。随着企业对客户触达和营销增长需要的不断加强，极光前瞻性地推出了音讯云和营销云等解决方案，帮忙企业实现多渠道的客户触达和互动需要，以及人工智能和大数据驱动的营销科技利用，助力企业数字化转型。
