有没有比下面的pausecomp函数（取自此处）更好的方法来设计JavaScript中的睡眠？
function pausecomp(millis)
{
var date = new Date();
var curDate = null;
do { curDate = new Date(); }
while(curDate-date < millis);
}
这不是JavaScript中的Sleep的重复-动作之间的延迟；我希望在函数的中间有一个真正的睡眠，而不是在代码执行之前有一段延迟。
当前回答
如果您使用的是Node.js，您可以看看fiber——一种对节点的原生C扩展，一种多线程模拟。
它允许您以阻塞光纤中的执行的方式进行真正的睡眠，但在主线程和其他光纤中是非阻塞的。
下面是他们自己自述文件中的一个例子：
// sleep.js
var Fiber = require('fibers');
function sleep(ms) {
var fiber = Fiber.current;
setTimeout(function() {
fiber.run();
}, ms);
Fiber.yield();
}
Fiber(function() {
console.log('wait... ' + new Date);
sleep(1000);
console.log('ok... ' + new Date);
}).run();
console.log('back in main');
–结果如下：
$ node sleep.js
wait... Fri Jan 21 2011 22:42:04 GMT+0900 (JST)
back in main
ok... Fri Jan 21 2011 22:42:05 GMT+0900 (JST)
其他回答
在JavaScript中，我重写了每个函数，以便它能够尽快结束。您希望浏览器恢复控制，以便它可以更改DOM。
每次我想在函数中间休眠时，我都会重构以使用setTimeout（）。
Edit
任何语言中臭名昭著的睡眠或延迟功能都备受争议。有些人会说，应该总是有一个信号或回调来启动给定的功能，而另一些人会认为，有时任意的延迟时间是有用的。我说，每个人都有自己的规则，在这个行业中，一条规则永远无法支配任何事情。
编写睡眠函数很简单，而且使用JavaScript Promises更容易使用：
// sleep time expects milliseconds
function sleep (time) {
return new Promise((resolve) => setTimeout(resolve, time));
}
// Usage!
sleep(500).then(() => {
// Do something after the sleep!
});
sleep（）的JavaScript版本是什么？
这已经在当前接受的答案中得到了回答：
await new Promise(r => setTimeout(r, 1000));
两个异步函数同时运行
最好将它放在函数sleep（）中，然后等待睡眠（）。要使用它，需要一些上下文：
函数sleep（ms）｛return new Promise（r=>setTimeout（r，ms））；｝（异步函数slowDemo（）{console.log（“启动慢演示…”）；等待睡眠（2000）；console.log（'lowDemo:两秒后…'）；})();（异步函数fastDemo（）{console.log（'开始快速演示…'）；等待睡眠（500）；for（设i=1；i<6；i++）{console.log（'上次演示：'+（i*0.5）+'秒后…'）；等待睡眠（500）；}})();.作为控制台包装｛最大高度：100%！重要；顶部：0；｝
两个异步调用依次运行–一个接一个
但假设slowDemo产生的结果是fastDemo取决于。在这种情况下，在fastDemo开始之前，slowDemo必须运行到完成：
函数sleep（ms）｛return new Promise（r=>setTimeout（r，ms））；｝（异步（）=>{await（异步函数slowDemo（）{console.log（“启动慢演示…”）；等待睡眠（2000）；console.log（'slowDemo:两秒后…完成！'）；})();（异步函数fastDemo（）{console.log（'开始快速演示…'）；等待睡眠（500）；设i=-2；对于（i=1；i<5；i++）{console.log（'上次演示：'+（i*0.5）+'秒后…'）；等待睡眠（500）；}console.log（'fastDemo:'+（i*0.5）+'秒后。已完成！'）；})();})();.作为控制台包装｛最大高度：100%！重要；顶部：0；｝
这里的大多数答案都是错误的，或者至少是过时的。没有理由JavaScript必须是单线程的，事实上也不是。今天，所有主流浏览器都支持工人。在此之前，Rhino和Node.js等其他JavaScript运行时支持多线程。
“JavaScript是单线程的”不是有效答案。例如，在工作线程中运行睡眠函数不会阻止UI线程中运行的任何代码。
在支持生成器和yield的较新运行时中，可以在单线程环境中为sleep函数带来类似的功能：
// This is based on the latest ES6 drafts.
// JavaScript 1.7+ (SpiderMonkey/Firefox 2+) syntax is slightly different
// Run code you want to sleep here (omit star if using JavaScript 1.7)
function* main(){
for (var i = 0; i < 10; i++) {
// To sleep for 10 milliseconds 10 times in a row
yield 10;
}
yield 5;
console.log('I just slept 5 milliseconds!');
}
// Resume the given generator after ms milliseconds
function resume(ms, generator){
setTimeout(function(){
// Omit .value if using JavaScript 1.7
var nextSleep = generator.next().value;
resume(nextSleep, generator);
}, ms);
}
// Initialize a generator and get first sleep for the recursive function
var
generator = main(),
firstSleep = generator.next().value;
// Initialize recursive resume function
resume(firstSleep, generator);
这种对睡眠的模仿不同于真正的睡眠函数，因为它不会阻塞线程。它只是JavaScript当前setTimeout函数之上的糖。这种功能类型已经在Task.js中实现，现在应该可以在Firefox中使用。
我也遇到过类似的问题，必须等待控件的存在并每隔一段时间进行检查。由于JavaScript中没有真正的休眠、等待或暂停，并且Internet Explorer中不正确支持使用wait/async，因此我使用setTimeOut并注入函数以成功找到元素。以下是完整的示例代码，因此每个人都可以复制并将其用于自己的项目：
<html>
<head>
<script src="https://ajax.googleapis.com/ajax/libs/jquery/3.3.1/jquery.min.js"></script>
<script type="text/javascript">
var ElementSearchStatus = {
None: 0,
Found: 1,
NotFound: 2,
Timeout: 3
};
var maxTimeout = 5;
var timeoutMiliseconds = 1000;
function waitForElement(elementId, count, timeout, onSuccessFunction) {
++count;
var elementSearchStatus = existsElement(elementId, count, timeout);
if (elementSearchStatus == ElementSearchStatus.None) {
window.setTimeout(waitForElement, timeoutMiliseconds, elementId, count, timeout, onSuccessFunction);
}
else {
if (elementSearchStatus == ElementSearchStatus.Found) {
onSuccessFunction();
}
}
}
function existsElement(elementId, count, timeout) {
var foundElements = $("#" + elementId);
if (foundElements.length > 0 || count > timeout) {
if (foundElements.length > 0) {
console.log(elementId + " found");
return ElementSearchStatus.Found;
}
else {
console.log("Search for " + elementId + " timed out after " + count + " tries.");
return ElementSearchStatus.Timeout;
}
}
else {
console.log("waiting for " + elementId + " after " + count + " of " + timeout);
return ElementSearchStatus.None;
}
}
function main() {
waitForElement("StartButton", 0, maxTimeout, function () {
console.log("found StartButton!");
DoOtherStuff("StartButton2")
});
}
function DoOtherStuff(elementId) {
waitForElement(elementId, 0, maxTimeout, function () {
console.log("found " + elementId);
DoOtherStuff("StartButton3");
});
}
</script>
</head>
<body>
<button type="button" id="StartButton" onclick="main();">Start Test</button>
<button type="button" id="StartButton2" onclick="alert('Hey ya Start Button 2');">Show alert</button>
</body>
</html>
我认为这个问题很好，指出了重要的观点和考虑因素。
话虽如此，我认为问题的核心在于意图和理解开发人员（您）想要控制什么。
首先，名称sleep是一个重载的命名选择。即，“什么”将被“睡眠”；作为一名开发人员，我控制着什么？
在任何语言引擎中，在任何OS进程上运行，在任何裸机或托管系统上，“开发人员”都不控制（拥有）OS共享资源CPU内核（和/或线程），除非他们正在编写OS/process系统本身。CPU是一种时间共享资源，工作执行进度的货币是分配给系统上要执行的所有工作的“周期”。
作为一名应用程序/服务开发人员，最好考虑我是由操作系统进程/语言引擎管理的工作流活动流的控制者。在一些系统上，这意味着我控制一个本机os线程（可能共享CPU内核），在其他系统上，意味着我可以控制一个异步延续工作流链/树。
对于JavaScript，它是“后者”。
因此，当需要“睡眠”时，我打算让我的工作流在执行过程中“延迟”一段时间，然后再继续执行工作流中的下一个“步骤”（阶段/活动/任务）。
这是“恰当”的说法，即作为一个开发人员，最容易将模型作为线性代码流来工作；根据需要采用工作流的组合来进行缩放。
今天，在JavaScript中，我们可以选择使用高效的多任务20世纪80年代基于角色的延续架构（重新标记为现代Futures/Promises/then/await等）来设计这样的线性工作流。
考虑到这一点，我的答案不是提供新的技术解决方案，而是关注问题本身的意图和设计视角。
我建议，任何答案都要从思考上述概念开始，然后选择一个提醒和暗示意图的名字（而不是睡眠）。
工作流选择1:delayWorkForMs（nMsToDelay）选项2:delaySyncSequenceForMs（msPeriod）
async delayAsyncSequenceForMs(msPeriod) {
await new Promise(resolve => setTimeout(resolve, msPeriod));
}
请记住，任何异步函数都会返回Promise，await只能在异步函数中使用。（哈哈，你可能会问自己为什么……）。注意事项1：不要使用“循环”来消耗cpu周期。注意事项2：在JavaScript模型中，当在非异步函数中时，您不能“延迟”（等待）“异步”工作流的执行（除非您正在做不必要的坏事，而不需要占用cpu周期）。您只能在“异步”函数中“延迟”代码步骤。在内部，“异步”函数被建模为每个await关键字处的入口点/延续的集合。如果您熟悉倒勾插值模型，您可以“将await”视为在概念上建模，类似于编写倒勾字符串，如：
// Conceptualizing, using an interpolation example to illustrate
// how to think about "await" and "async" functions
`code${await then-restart-point}more-code${await then-restart-point}`
