使用 setTimeout() 的长（~30 分钟）间隔的性能考虑
Performance considerations of a long (~30 minute) interval with setTimeout()
我正在做一个水提醒 Chrome 扩展，每隔一段时间触发一次用户通知，通常很长（最多可达 30 分钟），我想 setTimeout 不会是关于性能的最佳选择，所以我开始考虑 promise，因为它们可以长时间异步运行，但效果不佳，所以你有什么想法吗？
先谢谢了。
And I guess setTimeout wouldn't be the best choice regarding performance
setTimeout() 已经足够高效了。性能没有问题。
so I started thinking about promise since they're made to operate asynchronously on long-duration
不，这不是 Promise 的目的。 Promises 只是流量控制工具。它们可以帮助您在 (a) 等待结果时同时做多件事，但它们的性能并不比其他任何东西都神奇。他们也不会启动任何线程或类似的东西。
在这种情况下，我要做的实际上是每秒开始一个间隔，将当前时间与应该在某个特定时间发生的任何预定事件进行比较。这样做的好处是浏览器可以重新启动，您可以从中断的地方继续，而不必担心 setTimeout().
的系统管理上下文
我正在做一个水提醒 Chrome 扩展，每隔一段时间触发一次用户通知，通常很长（最多可达 30 分钟），我想 setTimeout 不会是关于性能的最佳选择，所以我开始考虑 promise，因为它们可以长时间异步运行，但效果不佳，所以你有什么想法吗？
先谢谢了。
And I guess setTimeout wouldn't be the best choice regarding performance
setTimeout() 已经足够高效了。性能没有问题。
so I started thinking about promise since they're made to operate asynchronously on long-duration
不，这不是 Promise 的目的。 Promises 只是流量控制工具。它们可以帮助您在 (a) 等待结果时同时做多件事，但它们的性能并不比其他任何东西都神奇。他们也不会启动任何线程或类似的东西。
在这种情况下，我要做的实际上是每秒开始一个间隔，将当前时间与应该在某个特定时间发生的任何预定事件进行比较。这样做的好处是浏览器可以重新启动，您可以从中断的地方继续，而不必担心 setTimeout().