我之前开发类似的监护类应用时，遇到过几乎一模一样的问题——WorkManager的周期性任务跑个两三天就停，推送唤醒后撑不过1小时，连带着Geofence也跟着“罢工”，只有打开APP才能恢复。结合Android后台限制和WorkManager、Geofencing的特性，给你几个亲测有效的排查和解决方向：

一、针对Periodic Worker停止的核心优化 #

Android 8.0+的后台执行限制（尤其是Doze模式和App Standby）是导致Worker停摆的主要原因：

• 放宽Worker的约束条件：确保你的Constraints没有设置不必要的限制，比如不要开启setRequiresBatteryNotLow(true)或setRequiresCharging(true)，除非业务必须。尽量让Worker的调度条件更宽松，减少系统限制的概率。
• 推送唤醒时的正确姿势：服务器发送的“Revive”推送不要直接重启Periodic Worker，而是先触发一个OneTimeWorkRequest执行一次任务，然后在这个一次性任务的doWork()方法末尾，重新调度Periodic Worker。因为推送唤醒的后台窗口只有短暂的时间（通常1小时左右），直接重启周期性任务可能会被系统判定为滥用后台，很快被暂停。
• 避免过于频繁的调度：你设置的10-20分钟间隔其实偏频繁，系统会因为电池优化主动限制这类任务。建议调整为PeriodicWorkRequest.Builder(YourWorker::class.java, 15, TimeUnit.MINUTES, 5, TimeUnit.MINUTES)，给系统留足5分钟的弹性调度空间，更符合Android的后台调度策略。
• 引导用户关闭电池优化：在APP首次启动或设置页面，引导用户将你的应用加入电池优化白名单（通过ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS Intent跳转系统设置）。这是解决长期后台任务停止最有效的办法之一，毕竟系统不会限制白名单内的应用。

二、修复Geofence无法触发的问题 #

Geofence失效和Worker停止看似独立，实则都是APP进程被系统休眠/杀死导致的：

• 使用显式PendingIntent：Android 8.0+限制了隐式广播的接收，如果你之前用的是隐式Intent来处理Geofence事件，改成显式Intent指向你的BroadcastReceiver类，比如：

  val intent = Intent(context, YourGeofenceReceiver::class.java)
  val pendingIntent = PendingIntent.getBroadcast(
      context,
      0,
      intent,
      PendingIntent.FLAG_UPDATE_CURRENT or PendingIntent.FLAG_IMMUTABLE // Android 12+必须加FLAG_IMMUTABLE
  )
  

• 改用Foreground Service处理Geofence事件：如果广播接收器在APP被杀后仍然无法接收Geofence事件，可以把PendingIntent指向一个Foreground Service。在Service的onStartCommand()里处理Geofence触发逻辑，同时显示一个低优先级的通知（比如“位置监控中”），确保进程不会被系统轻易杀死。
• 验证Geofence的注册状态：用adb shell dumpsys geofencing命令查看设备上的Geofence注册情况，确认BOOT_COMPLETED后重建的Geofence是否真的成功注册到系统。有时候看似代码执行了，但系统可能因为权限或其他原因拒绝了注册。

三、额外的排查技巧 #

• 查看WorkManager的任务状态：通过adb shell dumpsys jobscheduler | grep your.package.name命令，查看WorkManager的任务是否被系统取消、延迟，或者处于“待调度”状态，这能帮你定位是任务没被调度还是执行失败。
• 优化Worker的执行逻辑：确保Worker的doWork()方法尽量简短，避免耗时操作（比如网络请求超时设置合理，你当前的30秒超时没问题，但要确保请求失败时有重试逻辑）。如果任务执行时间过长，系统可能会强制终止Worker。
• 利用Foreground Service维持进程：在Worker执行时，短暂启动一个Foreground Service（执行完就停止），这样能让APP进程在任务执行期间保持活跃，同时让系统认为APP在做有用的工作，减少被休眠的概率。

另外要注意，Android不同厂商的定制系统（比如小米、华为）有更严格的后台限制，可能需要额外引导用户开启“自启动”权限，这也是很多开发者容易忽略的点。

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