Android foreground service运行1-2天后停止向Web Service发送GPS数据求助

核心原因分析 #

• 厂商定制ROM的激进后台管控：Sony Xperia、Samsung S22这类机型的自有ROM存在独立于Android系统的后台限制策略，即使开启了前台服务、忽略电池优化，系统仍可能在设备长时间闲置后，对持续进行GPS+网络操作的应用进行强制后台限制。
• GPS模块自动休眠：当设备长时间处于静止状态时，系统会判定无需持续GPS定位，自动关闭GPS模块，导致应用无法获取位置数据，进而停止上传。
• 前台服务的隐性失效：可能存在用户误关闭前台服务通知、系统内存不足回收进程，或者服务重启逻辑缺失的情况，导致服务中断后无法自行恢复。
• 普通Alarm的可靠性不足：即使使用AlarmManager，在Doze模式下普通Alarm会被延迟，部分厂商还会对高频Alarm做长期限制，导致任务执行失效。

针对性解决建议 #

1. 强制适配厂商后台白名单 #

引导用户将应用添加到对应品牌的后台保护列表：

• 三星：设置 → 电池和设备维护 → 电池 → 后台使用限制 → 未监视的应用 → 添加你的应用
• Sony：设置 → 应用 → 选择你的应用 → 电池 → 后台限制 → 设置为“无限制”
  这是解决该问题的核心，厂商ROM的后台管控优先级远高于Android系统通用设置。

2. 替换Alarm为WorkManager #

使用Jetpack WorkManager实现周期性任务，它针对各厂商ROM做了适配，能自动处理Doze、App Standby等系统限制：

val periodicWorkRequest = PeriodicWorkRequestBuilder<LocationUploadWorker>(2, TimeUnit.HOURS)
    .setRequiresBatteryNotLow(false)
    .setRequiresCharging(false)
    .build()

WorkManager.getInstance(context).enqueueUniquePeriodicWork(
    "LocationUpload",
    ExistingPeriodicWorkPolicy.KEEP,
    periodicWorkRequest
)

在LocationUploadWorker中执行GPS定位和数据上传逻辑，任务执行完成后自动释放资源。

3. 优化GPS定位逻辑 #

• 避免持续持有GPS监听：仅在任务触发时启动定位，获取到有效位置后立即停止监听，减少系统资源占用。
• 使用FusedLocationProviderClient：采用Google融合定位服务，设置合理的定位参数：

val locationRequest = LocationRequest.create().apply {
    priority = LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY
    interval = 0 // 仅按需定位，不重复请求
    fastestInterval = 0
    maxWaitTime = 30000 // 30秒内获取不到位置则终止
}

4. 保障前台服务存活 #

• 设置前台服务通知为不可取消：在启动前台服务时，设置通知的Ongoing属性为true，避免用户误关闭通知导致服务降级。
• 监听服务终止事件：在Service的onTaskRemoved方法中，触发服务重启逻辑：

override fun onTaskRemoved(rootIntent: Intent?) {
    super.onTaskRemoved(rootIntent)
    val restartIntent = Intent(this, YourForegroundService::class.java)
    startForegroundService(restartIntent)
}

5. 补充被动位置监听 #

注册被动位置提供者，借助系统其他应用的定位请求获取位置，减少主动定位的频率：

val passiveLocationRequest = LocationRequest.create().apply {
    priority = LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY
}
fusedLocationClient.requestLocationUpdates(
    passiveLocationRequest,
    LocationCallback(),
    Looper.getMainLooper()
)

6. 完善开机自启逻辑 #

在Manifest中注册开机广播接收器，确保设备重启后服务自动启动：

<receiver android:name=".BootCompletedReceiver">
    <intent-filter>
        <action android:name="android.intent.action.BOOT_COMPLETED" />
        <action android:name="android.intent.action.QUICKBOOT_POWERON" />
    </intent-filter>
</receiver>

在接收器中启动前台服务和WorkManager任务。

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