有没有比 window.requestAnimationFrame() 更快的替代方案，用于不阻塞I/O的无限循环？
我在循环中所做的事情与动画无关，因此我不关心下一帧何时准备好，而且我已经了解到window.requestAnimationFrame()受监视器刷新率的限制，或者至少等待可以绘制一帧。
我也尝试了以下方法：
function myLoop() {
// stuff in loop
setTimeout(myLoop, 4);
}
数字4是因为这是setTimeout中的最小时间间隔，较小的值仍会默认为4。但是，我需要比这更好的分辨率。
有没有更好性能的解决方案？
基本上我需要一个非阻塞版本的while(true)。
setTimeout更快的是：
process.nextTick 回调（仅适用于NodeJS）：
process.nextTick()方法会将回调添加到“下一个tick队列”中。一旦当前事件循环结束，所有目前在下一个tick队列中的回调都将被调用。这不是
setTimeout(fn, 0)的简单别名。它更加高效。它会在事件循环下一次执行之前运行，包括定时器在内的任何其他I/O事件。
Promise状态变更通知
因此，这些可能成为你的工具，你可以将它们与setTimeout混合使用，以实现你想要的平衡。
细节如下：
正如你所知，给定的JavaScript线程基于任务队列运行（规范称其为作业队列）。你可能也知道，在浏览器中有一个默认的主UI线程，在NodeJS中运行单个线程。
但实际上，现代实现中至少存在两个任务队列：我们都知道的主要任务队列（其中setTimeout和事件处理程序放置它们的任务），以及“微任务”队列，其中某些异步操作在处理主任务（或“大任务”）期间被放置。这些微任务将在主任务完成后立即处理，在下一个大任务之前处理，即使那个下一个大任务在微任务之前就被排队了。
nextTick回调和Promise状态变更通知都是微任务。因此，安排任何一个任务都会安排一个异步回调，但该回调将在下一个主任务之前发生。
我们可以通过setInterval和promise解决链在浏览器中查看这一点：
let counter = 0;
// setInterval schedules macrotasks
let timer = setInterval(() => {
$("#ticker").text(++counter);
}, 100);
// Interrupt it
$("#hog").on("click", function() {
let x = 300000;
// Queue a single microtask at the start
Promise.resolve().then(() => console.log(Date.now(), "Begin"));
// `next` schedules a 300k microtasks (promise settlement
// notifications), which jump ahead of the next task in the main
// task queue; then we add one at the end to say we're done
next().then(() => console.log(Date.now(), "End"));
function next() {
if (--x > 0) {
if (x === 150000) {
// In the middle; queue one in the middle
Promise.resolve().then(function() {
console.log(Date.now(), "Middle");
});
}
return Promise.resolve().then(next);
} else {
return 0;
}
}
});
$("#stop").on("click", function() {
clearInterval(timer);
});<div id="ticker"> </div>
<div><input id="stop" type="button" value="Stop"></div>
<div><input id="hog" type="button" value="Hog"></div>
<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.1/jquery.min.js"></script>有一些库可以像 cron 任务一样工作，例如 https://www.npmjs.com/package/node-cron。
我认为使用 cron 应该更容易、更灵活。
0，并让实现担心是否要增加它。” - T.J. Crowder