React Native Track Player 在 Android 新架构下的 setTimeout 暂停问题解析

在 React Native 生态系统中，React Native Track Player 是一个广泛使用的音频播放库。近期在新架构（New Architecture）下发现了一个关键问题：当应用被最小化后，setTimeout 定时器会停止更新。这个问题直接影响了播放进度更新等核心功能。

问题现象

开发者在使用 React Native 0.75.3 版本配合新架构时发现，当应用进入后台后，原本应该每秒更新一次的计数器停止工作。这个问题特别重要，因为 useProgress 钩子正是依赖 setTimeout 来实现进度更新的轮询机制。

技术背景

这个问题涉及到 React Native 新架构中的几个关键技术点：

1. Headless JS：允许 JavaScript 代码在应用后台运行时继续执行
2. JavaTimerManager：负责管理 JavaScript 定时器的原生实现
3. ReactChoreographer：协调 React Native 的帧回调

问题根源

经过深入分析，发现问题出在 HeadlessJsTaskContext 和 JavaTimerManager 的交互上。具体来说：

1. 当应用进入后台时，会触发 onHostPause 事件
2. JavaTimerManager 中的 clearFrameCallback 方法会根据是否有活跃的 Headless 任务来决定是否移除定时器回调
3. 当前实现只在没有活跃 Headless 任务时才移除回调，这导致了定时器行为异常

解决方案

正确的做法应该是无论是否有活跃的 Headless 任务，在 onHostPause 时都应该移除帧回调。这可以通过修改 JavaTimerManager 的实现来实现：

1. 移除检查 Headless 任务状态的逻辑
2. 确保 mReactChoreographer.removeFrameCallback 总是被调用
3. 重置 mFrameCallbackPosted 标志位

影响范围

这个问题不仅影响简单的定时器功能，还会影响：

1. 音频播放进度更新
2. 后台任务中的定时操作
3. 任何依赖 setTimeout/setInterval 的功能

后续发展

这个问题已经被 React Native 核心团队确认，并被标记为高优先级问题。社区已经提出了修复方案，预计会在未来的 React Native 版本中解决。

对于使用 React Native Track Player 的开发者来说，目前可以通过临时补丁来解决这个问题，但长期来看应该等待官方的修复方案。这个问题也提醒我们在使用新架构时需要特别注意后台任务和定时器的交互行为。