Android 11/12 后台持续服务实现秒级位置更新方案咨询

先给明确结论：从Android 11（API 30）开始，系统收紧了后台进程权限和位置访问规则，不存在可以完全不依赖前台服务、纯后台稳定运行的秒级位置更新方案，所有能在量产环境稳定运行的轨迹追踪类实现，核心都是基于前台服务做的，没有绕开系统限制的黑科技。

以下是经过线上项目验证的可落地实现步骤：

• 权限配置必须做全，缺任何一项都会导致功能失效
  清单文件需要声明的权限：
  • 基础定位权限：ACCESS_FINE_LOCATION、ACCESS_COARSE_LOCATION
  • 后台定位权限：Android 10及以上需声明ACCESS_BACKGROUND_LOCATION，注意Android 11开始该权限不能和前台定位权限一起弹窗申请，必须等用户授权前台定位权限后，再单独跳转系统设置页引导用户开启“始终允许定位”，否则申请会被系统直接驳回
  • 前台服务相关权限：声明FOREGROUND_SERVICE基础权限，Android 12及以上必须额外声明FOREGROUND_SERVICE_LOCATION专属前台服务类型，否则启动定位相关前台服务会直接崩溃
• 服务选型不要走弯路
  WorkManager、JobScheduler、普通后台Service都不适合这个场景：前两者系统强制最小调度间隔15分钟，天生不满足秒级更新要求；普通后台Service在应用退到后台后10分钟内就会被系统划入可回收进程池，锁屏后很快会被杀死。必须使用绑定了常驻不可移除通知的前台服务（Foreground Service），服务的onStartCommand返回值设置为START_STICKY，保证被系统异常回收后可以自动重启。
  注意：Android 12要求应用退到后台后5秒内必须将服务推到前台、展示对应通知，否则会直接触发ANR甚至应用崩溃。
• 位置请求配置建议
  优先使用FusedLocationProviderClient实现位置监听，比原生LocationManager的功耗控制、精度平衡表现更好，核心参数配置参考：

  val locationRequest = LocationRequest.create().apply {
      interval = 1000 // 基础请求间隔1秒
      fastestInterval = 500 // 最快响应间隔500毫秒
      priority = Priority.PRIORITY_HIGH_ACCURACY // 轨迹追踪场景必须开高精度模式
      maxWaitTime = 1000 // 位置结果最长延迟1秒必须返回
  }
  

  位置监听回调必须注册在前台服务内部，不要注册在Activity或者React Native JS层——应用退后台后JS层本身会被系统挂起，根本收不到回调。
• React Native适配注意点
  你已经写了原生服务模块，只需要调整两个细节：
  1. 不要在RN桥接模块的生命周期方法里启动服务，直接在原生端通过startForegroundService启动，启动后立刻完成通知绑定、推服务到前台，避免触发Android 12的后台启动前台服务超时限制
  2. 位置更新结果不要每次拿到就往JS层抛，批量攒3-5个点位再通过桥接传给JS层，减少跨进程通信频率，避免服务优先级被系统判定降低
• 国产ROM适配补充
  小米、华为、OPPO、vivo等定制ROM有额外的省电策略，除了系统原生权限外，必须引导用户手动开启三个开关：应用自启动权限、后台活动无限制、电池优化白名单（设置为无限制省电策略），否则即使是前台服务，锁屏长时间运行后依然可能被ROM强制杀死。

补充说明：不要浪费时间尝试所谓的“纯后台保活”“无通知后台定位”方案，这类方案要么利用了已被高版本系统修复的漏洞，要么在原生Android系统上短暂生效、在国产ROM上完全失效，没有可规模化落地的价值。如果应用不需要上架Google Play，可以配合进程拉活、闹钟唤醒的策略进一步提升存活率，但核心稳定性依然靠前程服务支撑。

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