比 JavaScript 的 requestAnimationFrame 方法更好的 animation 方法？

Question

我到处都能看到使用 requestAnimationFrame 的建议。 没有人告诉你的是，Chrome 会根据你的电源计划、打开的标签页数和月相将速度限制为 48 或 30fps，而不会以任何方式通知你。 无论您正在执行的实际工作量如何，它都会执行此操作。

对于实际的 animation，这很好，如果不是最理想的。 您使用经过的时间来生成与帧速率无关的 animation 的新帧。

但是对于模拟器之类的东西，这是不可接受的。

我正在使用 SharedArrayBuffers，所以我的 JavaScript 中已经包含了令人讨厌的标头，可以让您使用一些额外的 API。 是否有任何替代 requestAnimationFrame 或任何方式强制它实际 go 至少 60Hz？

Answer 1

不，没有其他选择，因为浏览器的绘制作业执行的次数与调用requestAnimationFrame回调的次数一样多（当您在每次下一次调用时继续安排它时）。 因此，如果您以某种方式进行更频繁的迭代，那将无济于事，因为其中一些更改不会显示在屏幕上。

如果问题是关于时间的，那么请意识到回调是使用时间戳调用的，这可以帮助您进行实际计算。 这不会改变变化的帧速率，但至少可以让您知道已经过去了多少时间，并以此为基础进行计算，而不是基于调用回调的次数。