氢 OS 的自启动管理
问题在于上述功能埋藏较深，一般用户在安装应用后往往不会第一时间前往设置，一加的氢 OS 更是以系统更新之后自动重置部分用户设置闻名，那些需要在后台正常工作的应用，因此也被都被直接扔进了原生 Android 中用来限制「毒瘤」应用的「黑箱」里。
换句话说，国内大部分定制 ROM 在后台管理这件事情上都选择采用一种「宁肯错*一千不肯放过一个」的做法。
❹
多任务管理还是后台管理？
从某种程度上来说，国产手机厂商在 Android 后台管理上的做法虽然偏激，但它们都是国内特殊生态下的产物 。
一方面，尽管 Google 为 Android 设想了一套非常理想化的应用运行与后台管理机制，但大多数于原生 Android 中行之有效的后台管理机制在国内似乎都会变成「鸡肋」。
如果 Google 有 100 种提升 Android 应用运行效率，保证后台绿色、纯净的方法，国内毒瘤应用开发商就有 101 种绕过这些限制的方法。
借助共用的第三方推送服务实现链式唤醒、借助透明的悬浮窗保证后台存活、通过不断获取定位的方式来避免进程被系统回收……不管是出于实现消息推送这样单纯的目的还是为了不断唤醒用户设备以实现 KPI 目标这种下作的行为，在国内 Android 生态中均有出现。
绿色守护专门针对链式唤醒推出的唤醒追踪功能
虽然国内外的具体环境有所不同，但这类设计不规范的 Android 应用带来的问题却是一样的，这类应用放在后台不仅不会为我们带来便利，反而还会因为频繁唤醒设备带来不小的耗电问题。待机续航问题作为悬在国产 Android 机头顶的几把利剑之一，手机厂商不得不各自从系统层面推出自家的应对机制——这就有了上面提到的各种偏激式的后台管理方法。
另一方面，这里还涉及到一个非常重要的概念区分：多任务管理和后台管理究竟是不是一回事？
国内 Android 生态由于早期受 iOS 影响较深，无论是开发商还是用户都更倾向于把「将应用卡片从多任务列表里划掉」的行为理解为清除对应用的后台进程。在上面提到的特殊生态环境的影响之下，这里被清除的后台进程往往又包括那些用于保证应用后台运行的可见进程、服务进程乃至前台进程在内。
iOS 的任务管理方式 | 图：
Javi Pérez
在酷安应用市场，甚至还有得以在原生 Android 上实现类似「划掉卡片即停止运行」效果的应用，iOS 的后台管理理念在国内有多么深入人心可见一斑。
但这种后台管理理念却与 Google 对 Android 的多任务管理设计方式相悖。Google 一直以来都将 Android 手机上呼出任务卡片的那个界面叫做 Recents，最近几个版本的 Android 系统更是将其本地化为「概览」。结合 Google 在 Android 9 和 Android 10 手势交互上的变革，注重多任务管理而非后台管理的意图也越发明显。
