Wear OS前台服务数分钟后暂停，如何实现持续后台运行？

1. 搞定电池优化豁免 #

Wear OS的后台节流比手机严格得多，哪怕挂着前台通知，系统过段时间还是会限制CPU使用。必须让用户把应用加到电池优化白名单：

• 在应用里加引导，跳转到系统电池优化设置页，让用户将应用设为「不优化」。
• 原生代码可这么实现（Flutter需通过MethodChannel调用）：

  val intent = Intent(Settings.ACTION_IGNORE_BATTERY_OPTIMIZATION_SETTINGS)
  startActivity(intent)
  

  若想申请REQUEST_IGNORE_BATTERY_OPTIMIZATIONS权限自动豁免，需注意Google Play审核严格，仅像持续BLE采集这类刚需场景才容易通过。

2. 提升前台服务通知优先级 #

别用默认通知优先级，Wear OS对IMPORTANCE_HIGH级别的通知容忍度更高。把通知重要性拉满，再加个停止按钮这类交互控件——系统判定这是用户关注的活跃服务，就不会轻易限制。

3. 放弃自建轮询，改用WorkManager #

直接在前台服务里做2秒轮询的方式不符合Android后台规范，换成WorkManager的周期性任务更稳妥：

• 创建PeriodicWorkRequest，设置2秒执行间隔，开启setPersisted(true)保证设备重启后任务仍能运行。
• 每次任务执行时，先检查BLE连接状态，断开则重连，读取数据写入数据库后结束任务。系统调度的任务比自建线程更难被节流。

4. 用AlarmManager替代自建轮询线程 #

若坚持用前台服务，别用Timer或Handler做轮询，改用AlarmManager的setExactAndAllowWhileIdle()触发2秒一次的任务——哪怕在低功耗模式下，这个方法也能保证任务触发。但频繁触发会增加功耗，需提前告知用户。

5. 排查BLE连接稳定性问题 #

有时候数据暂停不是服务被限制，而是BLE连接在后台被系统断开。在服务中添加连接状态监听，一旦断开立刻重连，重连后重新绑定前台服务。同时调整BLE设备的连接参数，平衡功耗与数据传输及时性。

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