React Native如何实现Android应用后台稳定运行？

之前方案失效的核心原因 #

你之前测试的所有后台相关包都不适合实时计步场景，失效是必然的：

• react-native-background-fetch/react-native-background-job/react-native-background-task 本质都是基于系统JobScheduler/WorkManager实现的周期性调度任务，系统默认最小调度间隔15分钟，还会根据设备电量、使用情况动态拉长间隔，根本做不到持续监听传感器，退后台数小时才会唤醒一次，自然无法实时计步。
• react-native-background-action 虽然封装了Android前台服务，但如果配置时没有指定正确的服务类型、没有绑定常驻不可移除通知、计步逻辑放在JS线程执行，退后台后要么服务被系统回收，要么JS线程被系统挂起，同样会停止运行。
• 所有不依赖前台服务的所谓“黑科技保活”方案在Android 10以上版本已经完全失效，系统会直接禁止后台无通知应用访问传感器类敏感权限，还会导致应用被应用商店下架。

可落地的稳定实现方案 #

1. 基于官方前台服务做常驻基础 #

前台服务是Android官方唯一允许应用在后台长期存活、持续访问传感器的合规方案，刚好匹配你需要常驻通知栏展示步数的需求：

• 先在AndroidManifest.xml里添加必要权限：

<!-- 前台服务基础权限 -->
<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
<!-- Android 12+ 必须指定传感器类型前台服务权限 -->
<uses-permission android:name="android.permission.FOREGROUND_SERVICE_SENSOR" />
<!-- 唤醒锁权限，避免CPU休眠时中断计步 -->
<uses-permission android:name="android.permission.WAKE_LOCK" />
<!-- 计步传感器权限 -->
<uses-permission android:name="android.permission.ACTIVITY_RECOGNITION" />
<!-- Android 13+ 通知发送权限 -->
<uses-permission android:name="android.permission.POST_NOTIFICATIONS" />

• 启动前台服务时必须绑定不可滑动移除的常驻通知，通知内容实时更新当前计步数值；服务启动后持有低功耗的部分唤醒锁即可，不要持有全量唤醒锁避免过度耗电。

2. 计步逻辑下沉到原生层 #

不要把计步逻辑放在RN的JS线程执行，应用退后台后JS线程会被系统优先挂起，哪怕前台服务存活也不会执行JS代码：

• 直接在前台服务的原生代码里注册系统硬件计步传感器Sensor.TYPE_STEP_COUNTER的监听，步数累加、异常重启后的数据校准逻辑全部在原生层完成，这个传感器是硬件级计步，功耗比用加速度传感器自己实现算法低90%以上。
• 原生层计算得到最新步数后，一方面直接更新常驻通知栏的数值，另一方面通过NativeEventEmitter把步数事件抛给RN层，由RN层负责页面展示和数据库同步逻辑。

3. 国产ROM保活适配 #

小米、华为、OPPO、vivo等国产ROM默认会对非白名单应用做后台强制清理，哪怕完全符合Android官方规范的前台服务也可能被杀死，这部分没有通用代码方案，需要做用户引导：

• 检测应用是否在电池优化白名单、是否开启了自启动权限、是否允许后台活动，如果没有就直接跳转到对应系统设置页，引导用户手动开启权限。
• 提示用户在最近任务列表给应用加锁，避免一键清理时被移除。

4. 数据同步容错处理 #

• 不要每次步数变化就立刻同步数据库，既费电也容易因为网络波动丢数据，可以在原生层做本地缓存，每累计50步或者每5分钟做一次批量同步。
• 同步失败时把数据存在本地数据库，等下次网络恢复或者应用回到前台时自动补传，保证数据不丢失。

不要尝试隐藏常驻通知，Android系统规则明确要求长期运行的前台服务必须展示可见通知，隐藏通知的实现要么会被系统判定为恶意应用强制杀死，要么无法通过应用商店审核。

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