对于移动端IM应用和消息推送应用的开发者来说&＃xff0c;Android后台保活这件事是再熟悉不过了。
自从Android P&＃xff08;即Android 8.0&＃xff09;出现以后&＃xff0c;Android已经从系统层面将后台保活这条路给堵死了&＃xff08;详见&＃xff1a;《Android P正式版即将到来&＃xff1a;后台应用保活、消息推送的真正噩梦》&＃xff09;&＃xff0c;曾今那些层出不穷的保活黑科技能用的也越来越少了&＃xff08;详见&＃xff1a;《全面盘点当前Android后台保活方案的真实运行效果&＃xff08;截止2019年前&＃xff09;》。虽然可以自已对接厂商的ROOM级推送通道&＃xff0c;但一方面各厂商的推送接口都不一样&＃xff08;而且同一厂商不同的系统版本间也存在推送接口的兼容性问题&＃xff09;&＃xff0c;很不方便。另一方面要一家家引入各自的推送服务SDK包会让APP变的很大&＃xff0c;这让APP的下载变的很不友好。
总之&＃xff0c;Android应用的后台保活在某些场景下&＃xff0c;还是有持续的需求。除了之前那些耳熟能详的保活黑科技以外&＃xff0c;在Android 9.0&＃xff08;甚至Android 10&＃xff09;时代&＃xff0c;我们还有哪些保活方法可以用&＃xff1f;那么&＃xff0c;请跟着本文作者的思路&＃xff0c;看看更优雅的后台保活实现方法吧。
&＃xff08;本文同步发布于&＃xff1a;http://www.52im.net/thread-2881-1-1.html&＃xff09;
网名NanBox&＃xff1a;毕业于华中科技大学&＃xff0c;现为"悦跑圈APP”高级Android开发工程师。主要负责公司 Android 项目&＃xff0c;核心模块的开发。涉及 GPS 定位、地图、图片编辑等功能。独立开发了手表应用项目。 在项目中应入了 Flutter 跨平台开发技术&＃xff0c;实现了原生和 Flutter 的混合开发。
本文作者乐于分享&＃xff0c;平时会写技术文章并分享在多个平台&＃xff0c;是掘金专栏作者的一员&＃xff0c;文章总阅读量超过 10 万。在 GitHub 上有多个开源项目&＃xff0c;多次在团队内部进行技术分享。是 Android 和 Flutter 官方中文文档译者。
3、相关文章如果你想详细了解目前Android平台上后台保活技术的挑战&＃xff0c;请阅读&＃xff1a;
《Android P正式版即将到来&＃xff1a;后台应用保活、消息推送的真正噩梦》。
如果你想回顾那些曾今出现的Android保活黑科技&＃xff0c;以下文章值得好好读读&＃xff1a;
4、Android保活现状《全面盘点当前Android后台保活方案的真实运行效果&＃xff08;截止2019年前&＃xff09;》
《应用保活终极总结(一)&＃xff1a;Android6.0以下的双进程守护保活实践》
《应用保活终极总结(二)&＃xff1a;Android6.0及以上的保活实践(进程防杀篇)》
《应用保活终极总结(三)&＃xff1a;Android6.0及以上的保活实践(被杀复活篇)》
《Android进程保活详解&＃xff1a;一篇文章解决你的所有疑问》
《Android端消息推送总结&＃xff1a;实现原理、心跳保活、遇到的问题等》
《深入的聊聊Android消息推送这件小事》
《为何基于TCP协议的移动端IM仍然需要心跳保活机制&＃xff1f;》
《微信团队原创分享&＃xff1a;Android版微信后台保活实战分享(进程保活篇)》
《融云技术分享&＃xff1a;融云安卓端IM产品的网络链路保活技术实践》
我们知道&＃xff0c;Android 系统会存在杀后台进程的情况&＃xff0c;并且随着系统版本的更新&＃xff0c;杀进程的力度还有越来越大的趋势&＃xff08;见&＃xff1a;《Android P正式版即将到来&＃xff1a;后台应用保活、消息推送的真正噩梦》&＃xff09;。
系统这种做法本身出发点是好的&＃xff0c;因为可以节省内存&＃xff0c;降低功耗&＃xff0c;也避免了一些流氓行为。
但有一部分应用&＃xff0c;应用本身的使用场景就需要在后台运行&＃xff0c;用户也是愿意让它在后台运行的&＃xff0c;比如跑步类应用、一些懒得对接厂商推送通道的IM应用、消息推送资讯类应用等。
一方面流氓软件用各种流氓手段进行保活&＃xff0c;另一方面系统加大杀后台的力度&＃xff0c;导致我们一些真正需要在后台运行的应用被误杀&＃xff0c;苦不堪言。
5、优雅的保活&＃xff1f;为了做到保活&＃xff0c;出现了不少「黑科技」&＃xff0c;比如 1 个像素的 Activity&＃xff0c;播放无声音频&＃xff0c;双进程互相守护等&＃xff08;可以读读这个系列&＃xff1a;《应用保活终极总结(一)&＃xff1a;Android6.0以下的双进程守护保活实践》、《应用保活终极总结(二)&＃xff1a;Android6.0及以上的保活实践(进程防杀篇)》、《应用保活终极总结(三)&＃xff1a;Android6.0及以上的保活实践(被杀复活篇)》&＃xff09;。
这些做法可以说是很流氓了&＃xff0c;甚至破坏了 Android 的生态&＃xff0c;好在随着 Android 系统版本的更新&＃xff0c;这些非常规的保活手段很多都已失效了。
对于那些确实需要在后台运行的应用&＃xff0c;我们如何做到优雅的保活呢&＃xff1f;
6、加入后台运行白名单&＃xff0c;可以优雅的实现保活从 Android 6.0 开始&＃xff0c;系统为了省电增加了休眠模式&＃xff0c;系统待机一段时间后&＃xff0c;会杀死后台正在运行的进程。但系统会有一个后台运行白名单&＃xff0c;白名单里的应用将不会受到影响&＃xff0c;在原生系统下&＃xff0c;通过&＃xff1a;「设置」 - 「电池」 - 「电池优化」 - 「未优化应用」&＃xff0c;可以看到这个白名单。
通常会看到下面这两位&＃xff1a;
下次被产品说「 XXX 都可以保活&＃xff0c;为什么我们不行&＃xff01;」的时候&＃xff0c;你就知道怎么怼回去了。大厂通过和手机厂商的合作&＃xff0c;将自己的应用默认加入到白名单中。如果你在一个能谈成这种合作的大厂&＃xff0c;也就不用往下看了。
好在系统还没有抛弃我们&＃xff0c;允许我们申请把应用加入白名单。
首先&＃xff0c;在 AndroidManifest.xml 文件中配置一下权限&＃xff1a;
可以通过以下方法&＃xff0c;判断我们的应用是否在白名单中&＃xff1a;
&＃64;RequiresApi(api &＃61; Build.VERSION_CODES.M)
private boolean isIgnoringBatteryOptimizations() {
boolean isIgnoring &＃61; false;
PowerManager powerManager &＃61; (PowerManager) getSystemService(Context.POWER_SERVICE);
if(powerManager !&＃61; null) {
isIgnoring &＃61; powerManager.isIgnoringBatteryOptimizations(getPackageName());
}
return isIgnoring;
}
如果不在白名单中&＃xff0c;可以通过以下代码申请加入白名单&＃xff1a;
&＃64;RequiresApi(api &＃61; Build.VERSION_CODES.M)
public void requestIgnoreBatteryOptimizations() {
try{
Intent intent &＃61; newIntent(Settings.ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS);
intent.setData(Uri.parse("package:"&＃43; getPackageName()));
startActivity(intent);
} catch(Exception e) {
e.printStackTrace();
}
}
申请时&＃xff0c;应用上会出现这样一个窗口&＃xff1a;
可以看到&＃xff0c;这个系统弹窗会有影响电池续航的提醒&＃xff0c;所以如果想让用户点允许&＃xff0c;必须要有相关的说明。如果要判断用户是否点击了允许&＃xff0c;可以在申请的时候调用 startActivityForResult&＃xff0c;在 onActivityResult 里再判断一次是否在白名单中。
7、加入后台运行白名单的多厂商适配方法7.1 基本说明
Android 开发的一个难点在于&＃xff0c;各大手机厂商对原生系统进行了不同的定制&＃xff0c;导致我们需要进行不同的适配&＃xff0c;后台管理就是一个很好的体现。几乎各个厂商都有自己的后台管理&＃xff0c;就算应用加入了后台运行白名单&＃xff0c;仍然可能会被厂商自己的后台管理干掉。
如果能把应用加入厂商系统的后台管理白名单&＃xff0c;可以进一步降低进程被杀的概率。不同的厂商在不同的地方进行设置&＃xff0c;一般是在各自的「手机管家」&＃xff0c;但更难的是&＃xff0c;就算同一个厂商的系统&＃xff0c;不同的版本也可能是在不同地方设置。
最理想的做法是&＃xff0c;我们根据不同手机&＃xff0c;甚至是不同的系统版本&＃xff0c;给用户呈现一个图文操作步骤&＃xff0c;并且提供一个按钮&＃xff0c;直接跳转到指定页面进行设置。但需要对每个厂商每个版本进行适配&＃xff0c;工作量是比较大的。我使用真机测试了大部分主流 Android 厂商的手机后&＃xff0c;整理出了部分手机的相关资料。
首先我们可以定义这样两个方法&＃xff1a;
/**
* 跳转到指定应用的首页
*/
private void showActivity(&＃64;NonNull String packageName) {
Intent intent &＃61; getPackageManager().getLaunchIntentForPackage(packageName);
startActivity(intent);
}
/**
* 跳转到指定应用的指定页面
*/
private void showActivity(&＃64;NonNull String packageName, &＃64;NonNull String activityDir) {
Intent intent &＃61; new Intent();
intent.setComponent(newComponentName(packageName, activityDir));
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);
}
以下是部分手机的厂商判断&＃xff0c;跳转方法及对应设置步骤&＃xff0c;跳转方法不保证在所有版本上都能成功跳转&＃xff0c;都需要加 try catch。
7.2 华为
厂商判断&＃xff1a;
public boolean isHuawei() {
if(Build.BRAND &＃61;&＃61; null) {
return false;
} else{
return Build.BRAND.toLowerCase().equals("huawei") || Build.BRAND.toLowerCase().equals("honor");
}
}
跳转华为手机管家的启动管理页&＃xff1a;
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");
}
}
操作步骤&＃xff1a;应用启动管理 -> 关闭应用开关 -> 打开允许自启动。
7.3 小米
厂商判断&＃xff1a;
public static boolean isXiaomi() {
return Build.BRAND !&＃61; null&& Build.BRAND.toLowerCase().equals("xiaomi");
}
跳转小米安全中心的自启动管理页面&＃xff1a;
private void goXiaomiSetting() {
showActivity("com.miui.securitycenter",
"com.miui.permcenter.autostart.AutoStartManagementActivity");
}
操作步骤&＃xff1a;授权管理 -> 自启动管理 -> 允许应用自启动。
7.4 OPPO
厂商判断&＃xff1a;
public static boolean isOPPO() {
return Build.BRAND !&＃61; null&& Build.BRAND.toLowerCase().equals("oppo");
}
跳转 OPPO 手机管家&＃xff1a;
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");
}
}
}
}
操作步骤&＃xff1a;权限隐私 -> 自启动管理 -> 允许应用自启动。
7.5 VIVO
厂商判断&＃xff1a;
public static boolean isVIVO() {
return Build.BRAND !&＃61; null&& Build.BRAND.toLowerCase().equals("vivo");
}
跳转 VIVO 手机管家&＃xff1a;
private void goVIVOSetting() {
showActivity("com.iqoo.secure");
}
操作步骤&＃xff1a;权限管理 -> 自启动 -> 允许应用自启动。
7.6 魅族
厂商判断&＃xff1a;
public static boolean isMeizu() {
return Build.BRAND !&＃61; null&& Build.BRAND.toLowerCase().equals("meizu");
}
跳转魅族手机管家&＃xff1a;
private void goMeizuSetting() {
showActivity("com.meizu.safe");
}
操作步骤&＃xff1a;权限管理 -> 后台管理 -> 点击应用 -> 允许后台运行。
7.7 三星
厂商判断&＃xff1a;
public static boolean isSamsung() {
return Build.BRAND !&＃61; null&& Build.BRAND.toLowerCase().equals("samsung");
}
跳转三星智能管理器&＃xff1a;
private void goSamsungSetting() {
try{
showActivity("com.samsung.android.sm_cn");
} catch(Exception e) {
showActivity("com.samsung.android.sm");
}
}
操作步骤&＃xff1a;自动运行应用程序 -> 打开应用开关 -> 电池管理 -> 未监视的应用程序 -> 添加应用。
7.8 乐视
厂商判断&＃xff1a;
public static boolean isLeTV() {
return Build.BRAND !&＃61; null&& Build.BRAND.toLowerCase().equals("letv");
}
跳转乐视手机管家&＃xff1a;
private void goLetvSetting() {
showActivity("com.letv.android.letvsafe",
"com.letv.android.letvsafe.AutobootManageActivity");
}
操作步骤&＃xff1a;自启动管理 -> 允许应用自启动。
7.9 锤子
厂商判断&＃xff1a;
public static boolean isSmartisan() {
return Build.BRAND !&＃61; null&& Build.BRAND.toLowerCase().equals("smartisan");
}
跳转手机管理&＃xff1a;
private void goSmartisanSetting() {
showActivity("com.smartisanos.security");
}
操作步骤&＃xff1a;权限管理 -> 自启动权限管理 -> 点击应用 -> 允许被系统启动。
8、友商致敬&＃xff1f;在之前做的跑步应用中&＃xff0c;我在设置里增加了一个权限设置页面&＃xff0c;将上面提到的设置放在这里面。
最近发现友商某咚也跟进了&＃xff0c;图 1 是我们做的&＃xff0c;图 2 是某咚做的&＃xff1a;
某咚从设计、从我写的不够好的文案&＃xff0c;甚至是我从十几台手机上一张一张截下来的图&＃xff0c;进行了全方位的致敬。感谢某咚的认可&＃xff0c;但最近在某个发布会上听到这么一句话&＃xff1a;在致敬的同时&＃xff0c;能不能说一句谢谢&＃xff1f;
某咚的致敬&＃xff0c;一方面说明了目前确实存在进程容易被杀&＃xff0c;保活难度大的问题&＃xff0c;另一方面也说明了这种引导用户进行白名单设置的手段是有效的。
附录&＃xff1a;更多相关技术文章《应用保活终极总结(一)&＃xff1a;Android6.0以下的双进程守护保活实践》
《应用保活终极总结(二)&＃xff1a;Android6.0及以上的保活实践(进程防杀篇)》
《应用保活终极总结(三)&＃xff1a;Android6.0及以上的保活实践(被杀复活篇)》
《Android进程保活详解&＃xff1a;一篇文章解决你的所有疑问》
《Android端消息推送总结&＃xff1a;实现原理、心跳保活、遇到的问题等》
《深入的聊聊Android消息推送这件小事》
《为何基于TCP协议的移动端IM仍然需要心跳保活机制&＃xff1f;》
《微信团队原创分享&＃xff1a;Android版微信后台保活实战分享(进程保活篇)》
《微信团队原创分享&＃xff1a;Android版微信后台保活实战分享(网络保活篇)》
《移动端IM实践&＃xff1a;实现Android版微信的智能心跳机制》
《移动端IM实践&＃xff1a;WhatsApp、Line、微信的心跳策略分析》
《Android P正式版即将到来&＃xff1a;后台应用保活、消息推送的真正噩梦》
《全面盘点当前Android后台保活方案的真实运行效果&＃xff08;截止2019年前&＃xff09;》
《一文读懂即时通讯应用中的网络心跳包机制&＃xff1a;作用、原理、实现思路等》
《融云技术分享&＃xff1a;融云安卓端IM产品的网络链路保活技术实践》
《正确理解IM长连接的心跳及重连机制&＃xff0c;并动手实现&＃xff08;有完整IM源码&＃xff09;》
《2020年了&＃xff0c;Android后台保活还有戏吗&＃xff1f;看我如何优雅的实现&＃xff01;》
>> 更多同类文章 ……
&＃xff08;本文同步发布于&＃xff1a;http://www.52im.net/thread-2881-1-1.html&＃xff09;
京公网安备 11010802041100号