如果你写一个这样的睡眠函数

var sleep = function(period, decision, callback){
    var interval = setInterval(function(){
        if (decision()) {
            interval = clearInterval(interval);
            callback();
        }
    }, period);
}

你有一个异步函数可以多次调用，

var xhr = function(url, callback){
    // Make an Ajax request
    // Call a callback when the request fulfils
}

您的项目设置如下：

var ready = false;

function xhr1(){
    xhr(url1, function(){ ready = true;});
}
function xhr2(){
    xhr(url2, function(){ ready = true; });
}
function xhr3(){
    xhr(url3, function(){ ready = true; });
}

然后您可以执行以下操作：

xhr1();
sleep(100, function(){ return done; }, xhr2);
sleep(100, function(){ return done; }, xhr3);
sleep(100, function(){ return done; }, function(){
    // Do more
});

而不是像这样无休止的回调缩进：

xhr(url1, function(){
    xhr2(url2, function(){
        xhr3(url3, function(){
            // Do more
        });
    });
});

我认为这个问题很好，指出了重要的观点和考虑因素。

话虽如此，我认为问题的核心在于意图和理解开发人员（您）想要控制什么。

首先，名称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}`

这里有一种在.hta脚本中休眠的方法，这样当脚本唤醒时，它会按顺序执行下一个命令，这在循环中是必要的。这是一个真正的睡眠；它不会在睡眠期间保持处理器忙碌。例如，处理器能够在睡眠期间下载和呈现页面。

就一次，在代码开始时，开始

var WSHShell = new ActiveXObject ("WScript.Shell");

对于例如1秒=1000毫秒的休眠，执行以下语句

WSHShell.Run('Sleep.js 1000', 3, true);

与脚本相同的目录中有文件Sleep.js，其中包含以下一行：

WScript.Sleep(WScript.Arguments (0));

（注意；0在括号中，而不是括号中。）后者是实际执行睡眠的行。前面代码段中的参数true使调用同步。前一个参数中的3似乎没有任何效果，但你需要一些参数，以便true是第三个参数。

微软说“WScript对象……在调用其财产和方法之前，永远不需要实例化，并且它总是可以从任何脚本文件中使用。”但事实并非如此。它可以在一个独立的.js文件中使用，如上面所述，但显然不能在.hta文件使用的.js中使用，所以它必须在一个单独的文件中，如上所述调用。

出于对$DEITY的热爱，请不要使用忙等待睡眠功能。setTimeout和setInterval可以满足您的需要。

var showHide=document.getElementById（'showHide'）；setInterval（（）=>{showHide.style.visibility=“初始”；setTimeout（（）=>{showHide.style.visibility=“隐藏”}, 1000);}, 2000); ＜div id=“showHide”＞您好！再见</分区>

每隔两秒隐藏文本一秒。这显示了如何使用setInterval和setTimeout每秒显示和隐藏文本。

如果你喜欢建议，不要失去表现。setTimeout是您的预期睡眠。然而，如果您需要一种语法，其中代码被睡眠“中间分割”，我们可以这样做：

sleep = function(tm, fn){
   window.setTimeout(fn, tm);
}

然后，准备如下功能：

var fnBeforeSleep = function(){

  // All code before sleep

}

var fnAfterSleep = function(){

  // All code after sleep

}

然后：

fnBeforeSleep();
sleep(2000, fnAfterSleep);

// Yep! Syntactically, it is very close to:

fnBeforeSleep();
sleep(2000);
fnAfterSleep();

我也搜索了一个睡眠解决方案（不用于生产代码，只用于开发和测试），并找到了这篇文章：

JavaScript sleep（）或wait（）

…还有一篇关于客户端解决方案的文章：JavaScript睡眠

此外，当您调用alert（）时，代码也会暂停，同时显示警报——您需要找到一种方法来不显示警报，但获得相同的效果。：）