一种可能需要sleep（）函数而不是使用setTimeout（）的情况是，如果您有一个响应用户单击的函数，最终将打开一个新的弹出窗口，并且您已经启动了一些处理，需要很短的时间才能完成弹出窗口的显示。将打开的窗口移动到关闭状态意味着它通常会被浏览器阻止。

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

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

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

这里的大多数答案都是错误的，或者至少是过时的。没有理由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中使用。

干得好。正如代码所说，不要做一个糟糕的开发人员，在网站上使用它。这是一个开发实用函数。

// Basic sleep function based on ms.
// DO NOT USE ON PUBLIC FACING WEBSITES.
function sleep(ms) {
    var unixtime_ms = new Date().getTime();
    while(new Date().getTime() < unixtime_ms + ms) {}
}

这里有一种在.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中使用，所以它必须在一个单独的文件中，如上所述调用。

或者只创建一个：

function yourFunction(){

   // Do something
   setInterval(myFunc(), 1000);
   // Do something else
}

function myFunc(){
   return;
}

这将只等待指定的时间间隔并调用函数，而该函数将不执行任何操作。