1、引言

IM在Android上的保活问题经常在即时通讯网的论坛和技术群里被讨论，自从Android 8.0后系统大大降低了后台运行应用的保活容忍度(详见《Android P正式版即将到来：后台应用保活、消息推送的真正噩梦》)，保活从黑科技横行的时代进入了技术蛮荒阶段，真要实现保活，技术难度越来越大。

不过话说回来，既然用黑科技进行保活是Andriod技术的逆潮流，那何不回头是岸，做个“良民”？

本文将以某款线上的IM产品为例，介绍它是如何引导用户在多款主流机型上加白名单的，并分享了该款IM中已制作完成的多达7款主流Andriod机型的详细加白FAQ页面资源(含完整HTML+图片)，方便您进行参考、学习和研究，希望能为你的应用开发带来帮助。

特别申明：本文示例中的资源来自某款真实的IM产品，仅供学习和研究，请勿用作非法用途，如有侵权，请告之于我。

学习交流：- 即时通讯/推送技术开发交流5群：215477170[推荐]

本文已同步发布于“即时通讯技术圈”公众号，欢迎关注：

2、Android保活，变的越来越不可能了

IM产品在Android上的保活问题从早期的系统版本到现在，从未有人停止过尝试。即时通讯通讯网也随着Andriod系统版本的升级，持续整理了很多篇相关文章，比如下面这些(文章的顺序按照Android系统的版本从低到高)。

上面这些文章，我们可以看到，自从Android 8.0(即Andriod P)以后，IM以及其它需要在后台保活的产品，存活难度越来越高，黑科技几乎都不起作用了。

正如上面两篇文章，为了跟系统作斗争，可谓斗智斗勇。但Android系统的历史进程终究无人能阻挡，越来越严格的保活限制已经是Android官方及各大手机厂商的共识。

好吧，之前费尽心机折腾的各种黑科技，如今就像浮云一样。。。

3、死磕保活？别做梦了，回头是岸

正如上节所述，鉴于Andriod保活变的越来越不可能，很多原本靠黑科技保活的产品，开始重新审视保活技术实现，到底是把保活黑科技这条路走到黑，还是回归Android官方最佳实践(乖乖引导用户手动设置白名单)？

我个人认为，后者是保活技术发展的必然结果，就像之前分享的这篇文章里所做的尝试一样：《2020年了，Android后台保活还有戏吗？看我如何优雅的实现！》，规范地引导用户“加白”。

放弃“黑科技”，并不意味着技术不行，回归“良民”，反而变的一身轻松。

4、调用系统代码引导用户加白名单，也不完美

之前整理的《2020年了，Android后台保活还有戏吗？看我如何优雅的实现！》一文，是按照不同的机型，自动适配代码并在代码中调用系统的加白名单设置功能。

比如像下面这样的代码调用：

会弹出这样一个窗口：

这个方法确实不错，但因为机型不同、同机型的ROOM版本不同，代码的兼容处理，可能会相当复杂，所以方法虽好，但也并不能一劳永逸的解决所有问题。

5、应用内提供更多机型的“加白”FAQ帮助，是一个补充办法

正如上节所示，调用系统代码引导用户加白名单确实算的上“优雅”，但在不同的机型、同机型的不同系统版本上，可能差异很大，代码兼容性是个头疼的问题，总之这不是个百分百完美的办法。

这就需要一个补充手段，比如我们可以针对大量不同的机型，针对它的最行或最常用系统版本，在应用内以FAQ帮助网页的方式，为用户提供帮助。

比如可以在手机里打开像下面这样FAQ网页页面：

至少能在调用系统代码无法实现的情况下，可以让用户自主找到解决问题的办法。而这便是本文要分享，下节内容会以一个市面上做的比较好的IM应用为例，为你提供一个完整示例。

6、一个完整的“加白”FAQ帮助示例

最近发现的一款市面上的IM应用(此产品跟即时通讯网无任何关系，仅仅是作为技术研究参考对象而已)，它内置的“加白”FAQ帮助就很完善。

以下是从该款IM中截下来的图：

以下是该款IM应用中的运行演示视频(点此打开视频链接)：

目前该应用中FAQ帮助已覆盖7款主流Andriod机，以下是完整示例页面链接：

可以看到，这款IM里的“加白”FAQ做的还是比较细、覆盖的机型也比较典型， 如果你有类似的想法或需求，完全可以参考这款产品的实现。尤其在一些特定的场景(比如企业内部的IM等)下，这种方式还是能解决大部分终端用户的问题的。

7、覆盖7款主流机型的“加白”FAQ页面静态资源(附件下载)

我整理了上节中提到的这款IM产品中的全部“加白”FAQ帮助页面静态资源，覆盖7款主流Andriod机型，如果你也需要同样的东西，可以参考这份完整的示例实现，打包到手机中使用之。

以下是这份静态资源示例的内容(图太长，已截掉了一部分)：

以下是这份静态资源示例的打包附件：

附录：更多精品资源汇总