为何Vivo、Oppo等设备Android foreground service 5分钟后自动被杀，如何保活定位服务？

1. 基础服务层适配 #

• 统一使用单前台服务实现，无需拆分前台/后台两套服务，Android 8.0+原生系统对后台服务有10秒运行时间限制，直接在Service的onCreate回调中立即调用startForeground(NOTIFICATION_ID, notification)，禁止延迟调用，避免系统触发后台服务限制直接杀死服务。
• 通知必须使用前台服务专属通道：Android 8.0+需要提前创建通知渠道，渠道重要性设置为IMPORTANCE_LOW及以上，禁止设置为IMPORTANCE_MIN，否则部分厂商会直接隐藏通知并杀掉对应服务。
• 服务统一使用Context.startForegroundService()启动，启动后5秒内必须调用startForeground方法，否则会触发ANR异常。
• 清单文件必须注册齐全所需权限：

<!-- 基础定位权限 -->
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
<!-- Android 10+ 后台定位必需权限 -->
<uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" />
<!-- 前台服务基础权限 Android 12+必需 -->
<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
<!-- Android 12+ 定位类前台服务专属权限 -->
<uses-permission android:name="android.permission.FOREGROUND_SERVICE_LOCATION" />
<!-- CPU唤醒锁权限，防止休眠导致定位中断 -->
<uses-permission android:name="android.permission.WAKE_LOCK" />

• Service在清单文件注册时需要添加android:foregroundServiceType="location"属性（Android 10+强制要求）。

2. 国内厂商定制ROM适配 #

小米、OPPO、VIVO、一加等国内厂商都有定制的电量优化机制，原生Android的前台服务保活规则不生效，需要做针对性适配：

• 小米（含红米、Redmi）：先判断当前应用是否在【电量与性能】的无限制白名单中，如果不在，引导用户跳转至应用电量设置页，开启「无限制」后台活动权限，同时开启「自启动」权限。
• OPPO（含realme、一加）：引导用户开启「自启动」权限，同时关闭「电池优化」，一加设备额外需要开启「后台活动允许」权限。
• VIVO（含iQOO）：引导用户开启「后台高耗电允许」权限，同时开启「自启动」权限。
• 通用跳转逻辑：通过包名匹配对应厂商的设置页Intent，跳转前先判断Intent是否存在，避免跳转失败崩溃。

3. 定位逻辑优化 #

• 不推荐使用原生LocationManager的被动定位，优先使用谷歌Fused Location Provider，定位功耗更低，被系统判定为异常耗电的概率更小。
• 定位间隔不要设置为小于1分钟，采集频率越高越容易触发厂商的耗电检测机制，进而被杀服务。
• 服务中持有PowerManager.WakeLock锁，防止CPU休眠导致定位回调不触发，锁的等级设置为PARTIAL_WAKE_LOCK即可，不要持有不必要的亮屏锁增加功耗。
• 不要在定位回调中执行重耗时操作，上传逻辑放到独立工作线程处理，避免阻塞服务主线程被系统判定为无响应杀死。

4. 服务拉活兜底方案 #

• 配置定时检测任务：使用WorkManager设置周期性任务，间隔15分钟（WorkManager官方最小间隔限制）检测服务是否存活，如果被杀重新启动前台服务。
• 监听系统广播：监听开机广播、应用更新广播、网络状态变化广播，收到广播后校验服务状态，未运行则重新启动。
• 双进程守护（可选）：如果对保活要求极高，可以配置两个独立进程的前台服务互相绑定，一方被杀另一方立即拉活，注意需要适配各厂商的进程关联杀死规则。

注意：所有保活方案都需要遵守应用市场的隐私合规要求，不得在用户不知情的情况下后台采集定位信息，申请权限时必须明确告知用户后台定位的使用场景，避免合规风险。

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