javascript - 是否定义了跨操作系统 sleep /暂停的 setTimeout 行为？

Question

我设置了一个 setTimeout，例如 10 秒，在这 10 秒内，我暂停/休眠 PC。醒来时，以下哪项是正确的:-

1. 保证触发超时
2. 保证不会触发超时
3. 超时可能会或可能不会触发。它是特定于浏览器的

关于循环 setInterval 的相同问题。是否保证(不)继续。

Answer 1

简答题

它被定义为在规范中执行。超时请求将进入各种队列并进行轮询，直到它被触发。如果系统在恢复时休眠，它将从停止的地方开始并恢复轮询。

长答案 可能比任何人想知道的都多

最近的(2014年10月28日)working-draft of the Timer's Spec在 w3 编写的答案时，它会触发......只要操作系统在进入休眠/暂停和唤醒/恢复(范围外部)的过程中没有困惑。这更像是一个操作系统级别的问题，但就 w3 规范而言，它最终会被触发。

setInterval(...) 和 setTimeout(...) 都使用相同的 windowTimer 接口(interface)， >window 浏览器实现的对象。

在这两种情况下，客户端定义了一个间隔或超时请求，方法上下文对其进行计时器初始化步骤，并添加到事件计时器列表 并为计划的任务返回一个句柄。

一旦在事件计时器列表中，系统会将任务排队以在请求的持续时间或之后执行(等待其他具有更高优先级的任务)作为 CPU 负载)。如果一个任务不能预留 CPU 时间，它将轮询/等待直到它可以。因此，如果系统在恢复时休眠，它将从中断的地方继续。

为了执行任务，它的句柄 必须存在于事件计时器列表 中。任务运行后，如果 repeat 标志设置为 true(如果它是使用 setInterval(...) 创建的)，任务 将使用相同的参数重新创建并且分配了完全相同的句柄。换句话说，它会被添加回队列/列表中，以便在下一个时间间隔或之后执行。

以下是 Timer 规范中关于系统从事件计时器列表中删除项目的唯一说明或评论:

Once the task has been processed, if the repeat flag is false, it is safe to remove the entry for handle from the list of active timers (there is no way for the entry's existence to be detected past this point, so it does not technically matter one way or the other)

根据规范，当任务运行时，如果它在 事件计时器列表 中，它将按预期触发。否则它被中止。所以回到我的第一点，如果操作系统在恢复任务时在 sleep /挂起过程中没有搞砸，则继续轮询。一旦它获得 CPU 时间，它的句柄应该仍然存在于事件计时器列表中，因此在被处理后将执行。