2020年了,Android后台保活还有戏吗?看我如何优雅的实现!

 金诚   2020-01-24 07:02   90 人阅读  0 条评论

1、引言

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

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

2、关于作者

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

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

 

3、相关文章

 

《史上最强Android保活思路:深入剖析腾讯TIM的进程永生技术》

《Android进程永生技术终极揭秘:进程被杀底层原理、APP应对被杀技巧》

《2020年了,Android后台保活还有戏吗?看我如何优雅的实现!》

《全面盘点当前Android后台保活方案的真实运行效果(截止2019年前)》

《Android P后台应用保活、消息推送的影响及政府背景的统一推送联盟探究》

《应用保活终极总结(三):Android6.0及以上的保活实践(被杀复活篇)》

《应用保活终极总结(二):Android6.0及以上的保活实践(进程防杀篇)》

《应用保活终极总结(一):Android6.0以下的双进程守护保活实践》

《微信团队原创分享:Android版微信后台保活实战分享(进程保活篇)

《微信团队原创分享:Android版微信后台保活实战分享(网络保活篇)

 

4、Android保活现状

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

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

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

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

5、优雅的保活?

为了做到保活,出现了不少「黑科技」,比如 1 个像素的 Activity,播放无声音频,双进程互相守护等(可以读读这个系列:《应用保活终极总结(一):Android6.0以下的双进程守护保活实践》、《应用保活终极总结(二):Android6.0及以上的保活实践(进程防杀篇)》、《应用保活终极总结(三):Android6.0及以上的保活实践(被杀复活篇)》)。
这些做法可以说是很流氓了,甚至破坏了 Android 的生态,好在随着 Android 系统版本的更新,这些非常规的保活手段很多都已失效了。

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

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

 

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

通常会看到下面这两位:
2020年了,Android后台保活还有戏吗?看我如何优雅的实现!_153258ghw16zw16mcw5p2h.jpg

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

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

首先,在 AndroidManifest.xml 文件中配置一下权限:

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

 

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

1

2

3

4

5

6

7

8

9

@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;

}

 

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

01

02

03

04

05

06

07

08

09

10

@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();

    }

}

 

申请时,应用上会出现这样一个窗口:
2020年了,Android后台保活还有戏吗?看我如何优雅的实现!_b.jpg

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

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

7.1基本说明

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

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

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

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

01

02

03

04

05

06

07

08

09

10

11

12

13

14

15

16

17

/**

 * 跳转到指定应用的首页

 */

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华为

厂商判断:

1

2

3

4

5

6

7

public boolean isHuawei() {

    if (Build.BRAND == null) {

        return false;

    } else {

        return Build.BRAND.toLowerCase().equals("huawei") || Build.BRAND.toLowerCase().equals("honor");

    }

}

 

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

1

2

3

4

5

6

7

8

9

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小米

厂商判断:

1

2

3

public static boolean isXiaomi() {

    return Build.BRAND != null && Build.BRAND.toLowerCase().equals("xiaomi");

}

 

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

1

2

3

4

private void goXiaomiSetting() {

    showActivity("com.miui.securitycenter",

        "com.miui.permcenter.autostart.AutoStartManagementActivity");

}

 

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

7.4OPPO

厂商判断:

1

2

3

public static boolean isOPPO() {

    return Build.BRAND != null && Build.BRAND.toLowerCase().equals("oppo");

}

 

跳转 OPPO 手机管家:

01

02

03

04

05

06

07

08

09

10

11

12

13

14

15

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

厂商判断:

1

2

3

public static boolean isVIVO() {

    return Build.BRAND != null && Build.BRAND.toLowerCase().equals("vivo");

}

 

跳转 VIVO 手机管家:

1

2

3

private void goVIVOSetting() {

    showActivity("com.iqoo.secure");

}

 

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

7.6魅族

厂商判断:

1

2

3

public static boolean isMeizu() {

    return Build.BRAND != null && Build.BRAND.toLowerCase().equals("meizu");

}

 

跳转魅族手机管家:

1

2

3

private void goMeizuSetting() {

    showActivity("com.meizu.safe");

}

 

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

7.7三星

厂商判断:

1

2

3

public static boolean isSamsung() {

    return Build.BRAND != null && Build.BRAND.toLowerCase().equals("samsung");

}

 

跳转三星智能管理器:

1

2

3

4

5

6

7

private void goSamsungSetting() {

    try {

        showActivity("com.samsung.android.sm_cn");

    } catch (Exception e) {

        showActivity("com.samsung.android.sm");

    }

}

 

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

7.8乐视

厂商判断:

1

2

3

public static boolean isLeTV() {

    return Build.BRAND != null && Build.BRAND.toLowerCase().equals("letv");

}

 

跳转乐视手机管家:

1

2

3

4

private void goLetvSetting() {

    showActivity("com.letv.android.letvsafe",

        "com.letv.android.letvsafe.AutobootManageActivity");

}

 

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

7.9锤子

厂商判断:

1

2

3

public static boolean isSmartisan() {

    return Build.BRAND != null && Build.BRAND.toLowerCase().equals("smartisan");

}

 

跳转手机管理:

1

2

3

private void goSmartisanSetting() {

    showActivity("com.smartisanos.security");

}

 

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

8、友商致敬?

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

最近发现友商某咚也跟进了,图 1 是我们做的,图 2 是某咚做的:
2020年了,Android后台保活还有戏吗?看我如何优雅的实现!_c.jpg
某咚从设计、从我写的不够好的文案,甚至是我从十几台手机上一张一张截下来的图,进行了全方位的致敬。感谢某咚的认可,但最近在某个发布会上听到这么一句话:在致敬的同时,能不能说一句谢谢?
某咚的致敬,一方面说明了目前确实存在进程容易被杀,保活难度大的问题,另一方面也说明了这种引导用户进行白名单设置的手段是有效的。

本文地址:http://www.yangchaofan.cn/archives/2342
温馨提示:文章内容系作者个人观点,不代表CODE玩-玩编程对观点赞同或支持。
版权声明:本文为转载文章,来源于 金诚 ,版权归原作者所有,欢迎分享本文,转载请保留出处!

说点什么

avatar
  Subscribe  
提醒