如何检测浏览器最小化标签页时setTimeout被卸载及setInterval卸载场景

问题1：如何检测setTimeout被浏览器自动卸载？ #

目前没有原生API可以直接检测setTimeout是否被浏览器自动卸载，你提到的监听visibilitychange事件配合时间戳比对是业界通用的可行方案，具体实现逻辑如下：

• 封装自定义setTimeout时，除了存储回调函数、延迟时长、返回的定时器ID外，额外记录计划触发时间戳（注册时的当前时间 + 延迟时长），同时给每个定时器加isExecuted标记位记录是否已经执行。
• 全局监听visibilitychange事件，当document.visibilityState变为visible（即标签页从后台切回前台）时，遍历所有未执行的自定义定时器：
  • 若当前时间已经超过计划触发时间戳，直接执行对应回调，标记为已执行即可，说明原定时器已经被浏览器冻结/卸载没有触发。
  • 若当前时间还未到计划触发时间，清除原有定时器ID，用「计划触发时间戳 - 当前时间」作为新的延迟重新注册定时器，避免原定时器被冻结导致后续延迟触发。
• 如果你的场景涉及超过10分钟的长定时任务，可以额外加一个短周期的心跳定时器，比如每30秒记录一次当前时间，标签页恢复后如果发现当前时间和上次心跳时间的差值远大于心跳周期，说明中间定时器长时间被冻结，再统一校验所有自定义定时器的状态即可。

问题2：是否存在浏览器卸载setInterval的场景？ #

存在。浏览器对非活跃标签页的资源调度限制是同时覆盖setTimeout和setInterval的，两者属于同一类JS定时器调度队列，不会单独对setInterval做保留，常见的卸载/冻结场景包括：

• 安卓端所有主流浏览器，当标签页进入后台超过阈值（通常是5-15分钟，取决于剩余内存和浏览器策略），会同时冻结所有setTimeout和setInterval的调度，内存紧张时会直接卸载这类定时器。
• 桌面端浏览器在系统内存不足时，也会对长时间处于后台的标签页执行定时器冻结操作，setInterval会和setTimeout一起停止调度。
• 移动端系统进入省电模式、浏览器被切到后台被系统暂时挂起时，所有JS执行都会暂停，setInterval自然也会停止运行，极端情况浏览器进程被系统回收的话，定时器会直接丢失。
  MDN没有单独提及setInterval的相关行为，是因为它的调度规则和setTimeout完全一致，不需要重复说明。

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