Android电池优化与前台服务保活、START_STICKY机制问题咨询

1. 关闭电池优化后系统是否完全不会终止前台服务 #

关闭电池优化绝不等于拿到「免死金牌」，系统依然可能在特定场景回收你的服务：

• 低内存场景：Linux内核的低内存回收机制（LMK）永远优先保障当前用户正在交互的前台应用资源，哪怕是前台服务，当设备内存吃紧到一定程度，照样会被杀死释放内存，只是它的回收优先级远高于普通后台应用、缓存应用，只有当所有更低优先级的进程都被杀光还不够内存的时候才会轮到它。
• 用户主动操作：如果用户在设置页手动点击「强制停止」，或者部分国产ROM上用户在最近任务列表划掉应用，不管你有没有关电池优化、是不是前台服务，进程会被直接杀死，且默认不会自动重启。
• 厂商定制策略：不少国产安卓机在原生电池优化之外做了自己的后台管控逻辑，哪怕你关了原生的电池优化，只要没在厂商自带的手机管家里打开「允许后台活动」「自启动权限」，照样会被厂商的杀进程逻辑定时清理。

2. 拒绝关闭电池优化是否会让前台服务更容易被终止 #

确实会提升前台服务被系统终止的概率：

• 未获得电池优化豁免的应用，会被纳入Doze模式、应用待机分组的管控范围：设备长时间静止、屏幕熄灭后进入深度Doze状态时，应用持有的唤醒锁会被释放、网络访问被切断、后台任务被延迟调度，如果你的前台服务依赖持续网络连接、需要持有唤醒锁保持运行，很容易因为资源被限制出现运行异常，甚至被系统判定为无响应直接回收。
• 原生安卓的进程优先级调度逻辑里，长时间无用户交互且未获得电池优化豁免的前台服务，进程OOM_ADJ阈值会被适当调高，意味着内存紧张时会比拿到白名单的服务更早被回收。
• 补充说明：短时间（数小时内）后台运行的场景下，只要你的前台服务合规挂了常驻通知，哪怕没关电池优化，原生系统主动杀它的概率并不高；但如果是超过1天无用户交互的长时间后台运行场景，未豁免的服务被回收的概率会远高于白名单应用。

3. START_STICKY配置的前台服务被系统终止后是否会自动重启，时延是多少 #

只要不是用户主动强制停止、没有被厂商自启策略拦截，配置为START_STICKY的服务被系统杀死后会自动重启，重启时延没有固定值，由系统根据当前设备状态动态决定：

• 如果是临时内存不足导致的服务被杀，当设备内存恢复充裕后，一般1~5秒内就会完成重启。
• 如果是Doze模式省电策略触发的回收，服务需要等当前Doze周期的维护窗口到来才会被调度重启，短则数分钟，深度Doze状态下可能延迟1~2小时。
• 如果设备开启了省电模式/低电量模式，重启调度会被进一步延后，极端情况要等用户下次点亮屏幕、主动打开应用时才会触发重启。
• 注意事项：服务重启时onStartCommand回调里传入的Intent参数为null，你需要自行实现状态恢复逻辑，不要依赖原有Intent传参；从Android 12开始，后台启动的前台服务必须在服务创建后10秒内调用startForeground()挂载对应通知，否则会直接触发ANR，服务也会被系统立刻销毁。

内容的提问来源于stack exchange，提问作者Keselme