2020年了，Android后台保活还有戏吗？看我如何优雅的实现！

1、引言

最新推荐：《Android保活从入门到放弃：乖乖引导用户加白名单吧(附7大机型加白示例)》（此文发布于2020年06月13日）。

对于移动端IM应用和消息推送应用的开发者来说，Android后台保活这件事是再熟悉不过了。

自从Android P（即Android 8.0）出现以后，Android已经从系统层面将后台保活这条路给堵死了（详见：《Android P正式版即将到来：后台应用保活、消息推送的真正噩梦》），曾今那些层出不穷的保活黑科技能用的也越来越少了（详见：《全面盘点当前Android后台保活方案的真实运行效果（截止2019年前）》。虽然可以自已对接厂商的ROOM级推送通道，但一方面各厂商的推送接口都不一样（而且同一厂商不同的系统版本间也存在推送接口的兼容性问题），很不方便。另一方面要一家家引入各自的推送服务SDK包会让APP变的很大，这让APP的下载变的很不友好。

总之，Android应用的后台保活在某些场景下，还是有持续的需求。除了之前那些耳熟能详的保活黑科技以外，在Android 9.0（甚至Android 10）时代，我们还有哪些保活方法可以用？那么，请跟着本文作者的思路，看看更优雅的后台保活实现方法吧。



最新推荐：保活系列文章最强篇《史上最强Android保活思路：深入剖析腾讯TIM的进程永生技术》、《Android进程永生技术终极揭密：进程被杀底层原理、APP对抗被杀技巧》（* 推荐），建议详读。

2、关于作者

网名NanBox：毕业于华中科技大学，现为"悦跑圈APP”高级Android开发工程师。主要负责公司 Android 项目，核心模块的开发。涉及 GPS 定位、地图、图片编辑等功能。独立开发了手表应用项目。 在项目中应入了 Flutter 跨平台开发技术，实现了原生和 Flutter 的混合开发。

本文作者乐于分享，平时会写技术文章并分享在多个平台，是掘金专栏作者的一员，文章总阅读量超过 10 万。在 GitHub 上有多个开源项目，多次在团队内部进行技术分享。是 Android 和 Flutter 官方中文文档译者。

3、相关文章

如果你想详细了解目前Android平台上后台保活技术的挑战，请阅读：

• 《Android P正式版即将到来：后台应用保活、消息推送的真正噩梦》。
  

如果你想回顾那些曾今出现的Android保活黑科技，以下文章值得好好读读：

• 《全面盘点当前Android后台保活方案的真实运行效果（截止2019年前）》
• 《应用保活终极总结(一)：Android6.0以下的双进程守护保活实践》
• 《应用保活终极总结(二)：Android6.0及以上的保活实践(进程防杀篇)》
• 《应用保活终极总结(三)：Android6.0及以上的保活实践(被杀复活篇)》
• 《Android进程保活详解：一篇文章解决你的所有疑问》
• 《Android端消息推送总结：实现原理、心跳保活、遇到的问题等》
• 《深入的聊聊Android消息推送这件小事》
• 《为何基于TCP协议的移动端IM仍然需要心跳保活机制？》
• 《微信团队原创分享：Android版微信后台保活实战分享(进程保活篇)》
• 《融云技术分享：融云安卓端IM产品的网络链路保活技术实践》
• 《正确理解IM长连接的心跳及重连机制，并动手实现（有完整IM源码）》
• 《2020年了，Android后台保活还有戏吗？看我如何优雅的实现！》
• 《史上最强Android保活思路：深入剖析腾讯TIM的进程永生技术》
• 《Android进程永生技术终极揭密：进程被杀底层原理、APP对抗被杀技巧》（* 推荐）
  

4、Android保活现状

我们知道，Android 系统会存在杀后台进程的情况，并且随着系统版本的更新，杀进程的力度还有越来越大的趋势（见：《Android P正式版即将到来：后台应用保活、消息推送的真正噩梦》）。

系统这种做法本身出发点是好的，因为可以节省内存，降低功耗，也避免了一些流氓行为。

但有一部分应用，应用本身的使用场景就需要在后台运行，用户也是愿意让它在后台运行的，比如跑步类应用、一些懒得对接厂商推送通道的IM应用、消息推送资讯类应用等。

一方面流氓软件用各种流氓手段进行保活，另一方面系统加大杀后台的力度，导致我们一些真正需要在后台运行的应用被误杀，苦不堪言。

5、优雅的保活？

为了做到保活，出现了不少「黑科技」，比如 1 个像素的 Activity，播放无声音频，双进程互相守护等（可以读读这个系列：《应用保活终极总结(一)：Android6.0以下的双进程守护保活实践》、《应用保活终极总结(二)：Android6.0及以上的保活实践(进程防杀篇)》、《应用保活终极总结(三)：Android6.0及以上的保活实践(被杀复活篇)》）。

这些做法可以说是很流氓了，甚至破坏了 Android 的生态，好在随着 Android 系统版本的更新，这些非常规的保活手段很多都已失效了。

对于那些确实需要在后台运行的应用，我们如何做到优雅的保活呢？

6、加入后台运行白名单，可以优雅的实现保活

从 Android 6.0 开始，系统为了省电增加了休眠模式，系统待机一段时间后，会杀死后台正在运行的进程。但系统会有一个后台运行白名单，白名单里的应用将不会受到影响，在原生系统下，通过：「设置」 - 「电池」 - 「电池优化」 - 「未优化应用」，可以看到这个白名单。

通常会看到下面这两位：


下次被产品说「 XXX 都可以保活，为什么我们不行！」的时候，你就知道怎么怼回去了。大厂通过和手机厂商的合作，将自己的应用默认加入到白名单中。如果你在一个能谈成这种合作的大厂，也就不用往下看了。

好在系统还没有抛弃我们，允许我们申请把应用加入白名单。

首先，在 AndroidManifest.xml 文件中配置一下权限：

<uses-permission android:name="android.permission.REQUEST_IGNORE_BATTERY_OPTIMIZATIONS" />

可以通过以下方法，判断我们的应用是否在白名单中：

@RequiresApi(api = Build.VERSION_CODES.M)
private boolean isIgnoringBatteryOptimizations() {
    boolean isIgnoring = false;
    PowerManager powerManager = (PowerManager) getSystemService(Context.POWER_SERVICE);
    if (powerManager != null) {
        isIgnoring = powerManager.isIgnoringBatteryOptimizations(getPackageName());
    }
    return isIgnoring;
}

如果不在白名单中，可以通过以下代码申请加入白名单：

@RequiresApi(api = Build.VERSION_CODES.M)
public void requestIgnoreBatteryOptimizations() {
    try {
        Intent intent = new Intent(Settings.ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS);
        intent.setData(Uri.parse("package:" + getPackageName()));
        startActivity(intent);
    } catch (Exception e) {
        e.printStackTrace();
    }
}

申请时，应用上会出现这样一个窗口：


可以看到，这个系统弹窗会有影响电池续航的提醒，所以如果想让用户点允许，必须要有相关的说明。如果要判断用户是否点击了允许，可以在申请的时候调用 startActivityForResult，在 onActivityResult 里再判断一次是否在白名单中。

7、加入后台运行白名单的多厂商适配方法

7.1基本说明

Android 开发的一个难点在于，各大手机厂商对原生系统进行了不同的定制，导致我们需要进行不同的适配，后台管理就是一个很好的体现。几乎各个厂商都有自己的后台管理，就算应用加入了后台运行白名单，仍然可能会被厂商自己的后台管理干掉。

如果能把应用加入厂商系统的后台管理白名单，可以进一步降低进程被杀的概率。不同的厂商在不同的地方进行设置，一般是在各自的「手机管家」，但更难的是，就算同一个厂商的系统，不同的版本也可能是在不同地方设置。

最理想的做法是，我们根据不同手机，甚至是不同的系统版本，给用户呈现一个图文操作步骤，并且提供一个按钮，直接跳转到指定页面进行设置。但需要对每个厂商每个版本进行适配，工作量是比较大的。我使用真机测试了大部分主流 Android 厂商的手机后，整理出了部分手机的相关资料。

首先我们可以定义这样两个方法：

/**
 * 跳转到指定应用的首页
 */
private void showActivity(@NonNull String packageName) {
    Intent intent = getPackageManager().getLaunchIntentForPackage(packageName);
    startActivity(intent);
}

/**
 * 跳转到指定应用的指定页面
 */
private void showActivity(@NonNull String packageName, @NonNull String activityDir) {
    Intent intent = new Intent();
    intent.setComponent(new ComponentName(packageName, activityDir));
    intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
    startActivity(intent);
}

以下是部分手机的厂商判断，跳转方法及对应设置步骤，跳转方法不保证在所有版本上都能成功跳转，都需要加 try catch。

7.2华为

厂商判断：

public boolean isHuawei() {
    if (Build.BRAND == null) {
        return false;
    } else {
        return Build.BRAND.toLowerCase().equals("huawei") || Build.BRAND.toLowerCase().equals("honor");
    }
}

跳转华为手机管家的启动管理页：

private void goHuaweiSetting() {
    try {
        showActivity("com.huawei.systemmanager",
            "com.huawei.systemmanager.startupmgr.ui.StartupNormalAppListActivity");
    } catch (Exception e) {
        showActivity("com.huawei.systemmanager",
            "com.huawei.systemmanager.optimize.bootstart.BootStartActivity");
    }
}

操作步骤：应用启动管理 -> 关闭应用开关 -> 打开允许自启动。

7.3小米

厂商判断：

public static boolean isXiaomi() {
    return Build.BRAND != null && Build.BRAND.toLowerCase().equals("xiaomi");
}

跳转小米安全中心的自启动管理页面：

private void goXiaomiSetting() {
    showActivity("com.miui.securitycenter",
        "com.miui.permcenter.autostart.AutoStartManagementActivity");
}

操作步骤：授权管理 -> 自启动管理 -> 允许应用自启动。

7.4OPPO

厂商判断：

public static boolean isOPPO() {
    return Build.BRAND != null && Build.BRAND.toLowerCase().equals("oppo");
}

跳转 OPPO 手机管家：

private void goOPPOSetting() {
    try {
        showActivity("com.coloros.phonemanager");
    } catch (Exception e1) {
        try {
            showActivity("com.oppo.safe");
        } catch (Exception e2) {
            try {
                showActivity("com.coloros.oppoguardelf");
            } catch (Exception e3) {
                showActivity("com.coloros.safecenter");
            }
        }
    }
}

操作步骤：权限隐私 -> 自启动管理 -> 允许应用自启动。

7.5VIVO

厂商判断：

public static boolean isVIVO() {
    return Build.BRAND != null && Build.BRAND.toLowerCase().equals("vivo");
}

跳转 VIVO 手机管家：

private void goVIVOSetting() {
    showActivity("com.iqoo.secure");
}

操作步骤：权限管理 -> 自启动 -> 允许应用自启动。

7.6魅族

厂商判断：

public static boolean isMeizu() {
    return Build.BRAND != null && Build.BRAND.toLowerCase().equals("meizu");
}

跳转魅族手机管家：

private void goMeizuSetting() {
    showActivity("com.meizu.safe");
}

操作步骤：权限管理 -> 后台管理 -> 点击应用 -> 允许后台运行。

7.7三星

厂商判断：

public static boolean isSamsung() {
    return Build.BRAND != null && Build.BRAND.toLowerCase().equals("samsung");
}

跳转三星智能管理器：

private void goSamsungSetting() {
    try {
        showActivity("com.samsung.android.sm_cn");
    } catch (Exception e) {
        showActivity("com.samsung.android.sm");
    }
}

操作步骤：自动运行应用程序 -> 打开应用开关 -> 电池管理 -> 未监视的应用程序 -> 添加应用。

7.8乐视

厂商判断：

public static boolean isLeTV() {
    return Build.BRAND != null && Build.BRAND.toLowerCase().equals("letv");
}

跳转乐视手机管家：

private void goLetvSetting() {
    showActivity("com.letv.android.letvsafe", 
        "com.letv.android.letvsafe.AutobootManageActivity");
}

操作步骤：自启动管理 -> 允许应用自启动。

7.9锤子

厂商判断：

    public static boolean isSmartisan() {
        return Build.BRAND != null && Build.BRAND.toLowerCase().equals("smartisan");
    }

跳转手机管理：

private void goSmartisanSetting() {
    showActivity("com.smartisanos.security");
}

操作步骤：权限管理 -> 自启动权限管理 -> 点击应用 -> 允许被系统启动。

8、友商致敬？

在之前做的跑步应用中，我在设置里增加了一个权限设置页面，将上面提到的设置放在这里面。

最近发现友商某咚也跟进了，图 1 是我们做的，图 2 是某咚做的：


某咚从设计、从我写的不够好的文案，甚至是我从十几台手机上一张一张截下来的图，进行了全方位的致敬。感谢某咚的认可，但最近在某个发布会上听到这么一句话：在致敬的同时，能不能说一句谢谢？

某咚的致敬，一方面说明了目前确实存在进程容易被杀，保活难度大的问题，另一方面也说明了这种引导用户进行白名单设置的手段是有效的。

附录：更多相关技术文章

《应用保活终极总结(一)：Android6.0以下的双进程守护保活实践》
《应用保活终极总结(二)：Android6.0及以上的保活实践(进程防杀篇)》
《应用保活终极总结(三)：Android6.0及以上的保活实践(被杀复活篇)》
《Android进程保活详解：一篇文章解决你的所有疑问》
《Android端消息推送总结：实现原理、心跳保活、遇到的问题等》
《深入的聊聊Android消息推送这件小事》
《为何基于TCP协议的移动端IM仍然需要心跳保活机制？》
《微信团队原创分享：Android版微信后台保活实战分享(进程保活篇)》
《微信团队原创分享：Android版微信后台保活实战分享(网络保活篇)》
《移动端IM实践：实现Android版微信的智能心跳机制》
《移动端IM实践：WhatsApp、Line、微信的心跳策略分析》
《Android P正式版即将到来：后台应用保活、消息推送的真正噩梦》
《全面盘点当前Android后台保活方案的真实运行效果（截止2019年前）》
《一文读懂即时通讯应用中的网络心跳包机制：作用、原理、实现思路等》
《融云技术分享：融云安卓端IM产品的网络链路保活技术实践》
《正确理解IM长连接的心跳及重连机制，并动手实现（有完整IM源码）》
《2020年了，Android后台保活还有戏吗？看我如何优雅的实现！》
《史上最强Android保活思路：深入剖析腾讯TIM的进程永生技术》
《Android进程永生技术终极揭密：进程被杀底层原理、APP对抗被杀技巧》
>> 更多同类文章 ……

写的很好，先收藏

简言之，目前只有两种有效的途径，都是需要用户手动干预的，一是忽略电池优化（Doze期间仍可以使用网络），二是引导用户开启后台运行和自启动（这一步主要是每款机型开启入口不一致，适配非常麻烦）。我两年前也做了这些方案，但每次弹出引导提示（snackbar）的时候，用户不耐烦，只能注释掉了。其实还有一种方案基本可行，JobScheduler，但从8.0到9.0再到10.0，周期越来越长了。

引用：hmtabc 发表于 2019-12-30 09:29
简言之，目前只有两种有效的途径，都是需要用户手动干预的，一是忽略电池优化（Doze期间仍可以使用网络）， ...

保活确实是有点操蛋，或许依赖于保活的应用，业务功能上需要换个思路，适应系统的这个限制

不错

请问一键加入电池优化白名单怎么设置

直接一键加入电池优化白名单这个功能请问有代码提供吗

引用：宋炯乐 发表于 2020-01-15 14:54
直接一键加入电池优化白名单这个功能请问有代码提供吗

你的意思是在用户无感知的情况下？

写的不错

厉害厉害。楼主是从哪里找到这些文章的呢

引用：金诚 发表于 2020-03-24 09:30
厉害厉害。楼主是从哪里找到这些文章的呢

你猜

友善的提醒。

图呢

引用：木羊 发表于 2020-04-29 16:31
图呢

悲剧

引用：JackJiang 发表于 2020-04-29 17:31
悲剧

楼主，我描述下我的操作：
下载后点击安装，打开，通过权限：同意获取手机信息，然后又弹出一个权限申请框，我啥也没干（没同意也没拒绝，就晾在那里……），过了一会儿出现“没有响应”的提示了。

引用：木羊 发表于 2020-04-29 18:03
楼主，我描述下我的操作：
下载后点击安装，打开，通过权限：同意获取手机信息，然后又弹出一个权限申请 ...

这应该是个Bug，你手机什么型号？android版本多少？

引用：JackJiang 发表于 2020-04-29 20:47
这应该是个Bug，你手机什么型号？android版本多少？

直接上图吧

引用：木羊 发表于 2020-04-30 13:34
直接上图吧

app正常的很，手机不行。。。。 该换手机了。。。

引用：JackJiang 发表于 2020-04-30 14:26
app正常的很，手机不行。。。。 该换手机了。。。

与手机也没关系
就我那种操作：权限申请确认框，啥也不干，不同意也不拒绝，然后就无响应了

引用：木羊 发表于 2020-04-30 14:59
与手机也没关系
就我那种操作：权限申请确认框，啥也不干，不同意也不拒绝，然后就无响应了

程序员都是直男。。。 没有幽默感。。