浅析im即时通讯开发加白名单

IM在Android上的保活问题经常在即时通讯网的论坛和技术群里被讨论，自从Android 8.0后系统大大降低了后台运行应用的保活容忍度，保活从黑科技横行的时代进入了技术蛮荒阶段，真要实现保活，技术难度越来越大。不过话说回来，既然用黑科技进行保活是Andriod技术的逆潮流，那何不回头是岸，做个“良民”？

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

IM产品在Android上的保活问题从早期的系统版本到现在，从未有人停止过尝试。

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

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

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

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

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

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

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

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

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

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

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

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