JS 异步/等待 - 为什么等待需要异步？

Question

为什么使用await需要将其外部函数声明为async ？

例如，为什么这个 mongoose 语句需要它所在的函数来返回一个承诺？

async function middleware(hostname, done) {
  try {
    let team = await Teams.findOne({ hostnames: hostname.toLowerCase() }).exec();
    done(null, team);
  } catch (err) { done(err); }
}

我看到运行时/转译器将 Teams 承诺解析为它的价值和异步信号，它“抛出”拒绝的承诺。

但是 try/catch “捕获”了那些被拒绝的承诺，那么为什么 async 和 await 如此紧密耦合呢？

Answer 1

我不了解 JavaScript 语言设计的讨论，但我认为这与C# 语言需要async原因相同（另请参阅我的博客）。

即：

1. 向后兼容性。 如果await突然成为一个新关键字，那么任何使用await作为变量名的现有代码都会中断。 由于await是上下文关键字（由async激活），因此只有打算使用await作为关键字的代码才会将await设为关键字。
2. 更容易解析。 async使转译器、浏览器、工具和人类更容易解析异步代码。

Answer 2

复制自https://stackoverflow.com/a/41744179/1483977 @phaux：

这些答案都为为什么 async 关键字是个好东西提供了有效的论据，但没有一个真正提到必须将其添加到规范中的真正原因。

原因是这是一个有效的 JS 前 ES7

 function await(x) { return 'awaiting ' + x } function foo() { return(await(42)) }

根据你的逻辑， foo()返回Promise{42}还是"awaiting 42" ？ （返回 Promise 会破坏向后兼容性）

所以答案是： await是一个常规标识符，它仅被视为异步函数中的关键字，因此必须以某种方式对其进行标记。

有趣的事实：原始规范为异步语法提出了更轻量级的function^ foo() {} 。

Answer 3

因为在middleware函数中使用await意味着middleware函数不能立即返回结果（它必须等到await被解决）并且middleware函数调用者必须等到承诺（从middleware函数返回）被解决。