如何解决Android应用后台模式下使用Promise实现1秒延迟的执行异常问题？

你遇到的现象和Promise实现逻辑没有关系，本质是移动端应用在切到后台时，系统会对JS运行时做资源节流：冻结JS线程的定时器事件队列。
不管是把setTimeout包装成Promise用await等待，还是直接给setTimeout传回调函数，所有挂在定时器队列里的延迟任务，在后台状态下都会被暂停计时，直到应用切回前台、JS线程被系统重新唤醒时，才会继续执行队列里的任务。
这也完全匹配你测试出来的结果：两种写法的回调逻辑在后台都没有触发，日志只打印了定时器注册前的内容。

• 业务强依赖后台逻辑执行的场景：不要用JS原生定时器实现延迟，改用原生层的定时能力。如果是混合应用（React Native、内嵌WebView的App），通过原生和JS的桥接通道，调用移动端原生的后台服务定时能力来实现1秒延迟——原生后台服务的定时调度不受JS线程冻结的影响，可以稳定触发延迟回调。
• 对延迟精度要求不高的场景：增加前后台状态判断逻辑，用document.visibilityState检测应用当前是否处于后台，如果检测到在后台，直接跳过延迟等待逻辑，立刻执行后续的录制停止操作；应用在前台时再正常走1秒延迟流程。
• Node.js服务端场景的同类问题：排查进程是否被系统做了CPU优先级调度降级，避免纯长间隔setTimeout被事件循环挂起，可以结合心跳检测的方式判断等待状态，不要依赖纯定时器做延迟触发。

• 之前在前台运行正常的Promise延迟写法没有问题，不需要修改Promise的封装逻辑，问题根源在系统对后台JS定时器的冻结机制。
• 不要尝试用Web Worker、递归setTimeout的方案解决这个问题：移动端浏览器对后台运行的Web Worker同样会做资源冻结，递归setTimeout也属于JS定时器队列的一部分，依然会被暂停执行。

内容的提问来源于stack exchange，提问作者Jason Rich Darmawan