简短的答案是否定的，而不是JavaScript本身。您的解决方案似乎是不让控制权回归环境的唯一途径。

如果环境不支持事件，这是必要的。他们可能也不支持setTimeout。

如果您处于事件驱动环境（如浏览器或Node.js）中，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}`

（见2016年更新答案）

我认为想要执行一个动作，等待，然后执行另一个动作是完全合理的。如果您习惯于用多线程语言编写，那么您可能会有一个想法，即在线程唤醒之前，在一定的时间内执行。

这里的问题是JavaScript是一个基于单线程事件的模型。虽然在特定情况下，让整个发动机等待几秒钟可能会很好，但一般来说这是不好的做法。假设我想在编写自己的函数时使用您的函数？当我调用你的方法时，我的方法都会冻结。如果JavaScript能够以某种方式保存函数的执行上下文，将其存储在某个地方，然后将其带回并稍后继续，那么睡眠可能会发生，但这基本上就是线程。

因此，你基本上坚持了别人的建议——你需要将代码分解为多个函数。

那么，你的问题有点错误。没有办法按照你想要的方式睡觉，你也不应该追求你建议的解决方案。

为了测试，我需要一段忙碌的等待。我不想拆分代码，因为这需要很多工作，所以一个简单的for为我做了这件事。

for (var i=0; i<1000000; i++){                  
    // Waiting
}

我看不出这样做有什么坏处，这对我来说很有好处。

使用更好的DX实现更安全的异步睡眠

我使用睡眠进行调试。。。我忘了用wait太多次了。让我挠头。我在写下面的实时片段时忘记使用await。。。不再！

如果您在1毫秒内运行了两次，下面的睡眠功能会提醒您。如果您确定使用了await，它还支持传递一个相当的参数。它不会投掷，因此可以安全地用作睡眠的替代品。享受

是的，实时片段中有一个JavaScript版本。

// Sleep, with protection against accidentally forgetting to use await
export const sleep = (s: number, quiet?: boolean) => {
  const sleepId = 'SLEEP_' + Date.now()
  const G = globalThis as any
  if (G[sleepId] === true && !quiet) {
    console.error('Did you call sleep without await? use quiet to hide msg.')
  } else {
    G[sleepId] = true
  }
  return new Promise((resolve) => {
    !quiet && setTimeout(() => {
      delete G[sleepId]
    }, 1)
    setTimeout(resolve, (s * 1000) | 0)
  })
}

//睡眠，防止意外忘记使用等待常量睡眠=（s，安静）=>{constsleepId='SLEEP_'+Date.now（）const G=全局此if（G[sleepId]==true&&！quiet）{console.error（'您是否在没有等待的情况下调用sleep？使用quiet隐藏消息。'）}其他{G[sleepId]=真}return new Promise（（resolve）=>{!quiet&&setTimeout（（）=>{删除G[sleepId]}, 1)setTimeout（解析，（s*1000）|0）})}常量main=async（）=>{console.log（'休眠1秒…'）等待睡眠（1）console.log（'使用等待的目标…'）睡眠（99）睡眠（99）等待睡眠（1，true）console.log（“开发人员快乐！”）}main（）

与公认更容易阅读的相比：

const sleep = (s: number) =>
  new Promise((p) => setTimeout(p, (s * 1000) | 0))

使用TypeScript：

这里有一个可以等待的快速sleep（）实现。这与上面的答案尽可能相似。它在功能上是等效的，除了ms被键入为TypeScript的数字。

const sleep = (ms: number) =>
  new Promise((resolve) => setTimeout(resolve, ms));

async function demo() {
  console.log('Taking a break for 2s (2000ms)...');
  await sleep(2000);
  console.log('Two seconds later');
}

demo();

就这样。等待睡眠（＜持续时间＞）。

注意，

await只能在前缀为async关键字的函数中执行，或者在某些环境中在脚本的顶层执行（例如，Chrome DevTools控制台或Runkit）。await只暂停当前的异步函数。