如何使用Kotlin实现Galaxy Watch4 Android Wear应用后台持续运行

Samsung Watch 4 运行基于Android 12/13的One UI Watch系统，后台进程被杀的核心原因是未满足Wear OS后台权限要求、触发系统/三星自定义省电策略、服务优先级不足，以下是可直接落地的配置步骤：

1. 配置合规前台服务（核心必做） #

Wear OS 3.0+ 禁止普通后台服务持续访问传感器数据，必须通过前台服务实现采集，配置缺失会被系统直接杀死进程：

• 在AndroidManifest.xml中声明所需权限与服务，必须指定前台服务类型为sensor：

<!-- 基础前台服务权限 -->
<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
<!-- Android 12+ 传感器类前台服务专属权限，缺失会导致服务崩溃 -->
<uses-permission android:name="android.permission.FOREGROUND_SERVICE_SENSOR" />
<!-- 传感器高采样率权限 -->
<uses-permission android:name="android.permission.HIGH_SAMPLING_RATE_SENSORS" />
<!-- 心率等身体传感器权限 -->
<uses-permission android:name="android.permission.BODY_SENSORS" />
<uses-permission android:name="android.permission.BODY_SENSORS_BACKGROUND" />
<!-- 唤醒锁权限，防止CPU休眠中断采集 -->
<uses-permission android:name="android.permission.WAKE_LOCK" />

<application>
    <service
        android:name=".SensorCollectService"
        android:exported="false"
        android:foregroundServiceType="sensor" />
</application>

• 服务启动后10秒内必须调用startForeground()绑定常驻通知，通知需设置为不可滑动清除的类型，建议显示当前采集状态即可，不要添加多余交互按钮。超时未调用该方法会直接触发ANR，服务被系统强制终止。
• 服务的onStartCommand返回值设置为START_STICKY，内存不足导致服务被回收后，系统会在资源充足时自动重启服务，恢复采集逻辑：

override fun onStartCommand(intent: Intent?, flags: Int, startId: Int): Int {
    // 初始化通知、拉起前台服务、注册传感器监听器逻辑
    return START_STICKY
}

2. 适配三星One UI Watch自定义省电策略 #

三星在原生Wear OS基础上增加了独立的后台应用休眠机制，仅配置原生前台服务仍可能被省电策略杀死：

• 必须引导用户手动将应用加入从不休眠白名单：路径为手表设置 > 应用 > 选择目标应用 > 电池 > 后台限制，选择「从不休眠」。系统未开放该设置的API调用权限，不存在代码层面绕过的方法，强制绕过会导致应用无法上架官方应用商店。
• 代码中可监听系统省电模式切换、应用待机状态变化的系统广播，检测到应用被加入休眠列表、系统开启全局省电模式时，弹出提示引导用户确认白名单配置即可。

3. 采集逻辑优化降低被杀概率 #

系统会根据应用资源占用、耗电水平动态调整进程优先级，不合理的采集逻辑会大幅提升被杀概率：

• 所有传感器（心率、加速度计、陀螺仪）的监听器注册、数据读写逻辑必须放在前台服务中实现，禁止在Activity组件中注册传感器，避免页面销毁后传感器监听被系统回收。
• 采集过程中仅持有PARTIAL_WAKE_LOCK级别的唤醒锁即可，不要使用全量唤醒锁，设置合理的锁超时时间防止异常泄漏，采集停止后立刻释放锁：

private val wakeLock by lazy {
    (getSystemService(POWER_SERVICE) as PowerManager).newWakeLock(
        PowerManager.PARTIAL_WAKE_LOCK,
        "SensorCollect::WakeLockTag"
    )
}

// 开始采集时加锁，设置10分钟超时兜底
private fun startCollect() {
    if (!wakeLock.isHeld) {
        wakeLock.acquire(10 * 60 * 1000L)
    }
    // 注册传感器监听器逻辑
}

// 停止采集时释放锁
private fun stopCollect() {
    if (wakeLock.isHeld) {
        wakeLock.release()
    }
    // 反注册传感器逻辑
}

• 后台运行时仅保留传感器数据本地写入逻辑，不要执行不必要的网络请求、复杂计算、UI刷新操作，尽量降低CPU、内存占用，耗电越高的后台进程越容易被系统优先回收。
• 根据实际业务需求设置合理的传感器采样率，不要盲目使用最高采样率，不必要的高频采样会大幅提升耗电，触发系统异常检测。

4. 测试验证要点 #

配置完成后需要覆盖以下高杀进程场景验证稳定性：

• 开启手表全局省电模式，静置采集2小时以上
• 连续启动多个其他手表应用，模拟高内存占用场景
• 断开手表与手机的蓝牙连接，静置24小时
• 手表进入环境模式（常亮显示/熄屏）状态持续采集

注意：Wear OS不支持无感知隐形后台运行，所有长期后台采集传感器的应用必须显示前台服务通知，任何尝试隐藏通知、绕过前台服务校验的实现都会被系统拦截，同时会在应用商店审核阶段被驳回。

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