当然总是有这个：

(async () => {
    await ...

    // all of the script.... 

})();
// nothing else

这使您可以在其中使用等待的异步快速功能。它使您无需制作一个很棒的异步函数！//信用Silve2611

await不支持顶级。标准委员会对此进行了一些讨论，例如这个 Github 问题。

Github上还有一篇关于为什么顶级 await 是个坏主意的想法。具体来说，他建议如果你有这样的代码：

// data.js
const data = await fetch( '/data.json' );
export default data;

现在任何导入的文件data.js在获取完成之前都不会执行，因此您的所有module加载现在都被阻止了。这使得推断应用module顺序变得非常困难，因为我们习惯于同步和可预测地执行顶级 Javascript。如果允许这样做，那么知道何时定义函数就变得棘手了。

我的观点是，您的module仅仅通过加载就产生副作用是不好的做法。这意味着您的module的任何使用者都会因为需要您的module而获得副作用。这严重限制了您的module的使用范围。顶级await可能意味着您正在读取某些 API 或在加载时调用某些服务。相反，您应该只导出消费者可以按照自己的节奏使用的异步函数。

从 Node.js 开始14.3.0，顶级 await 支持一个标志：

--experimental-top-level-await

从 Node.js 16.12.0/ 开始17.0.0，不需要标志。

更多详情：https : //v8.dev/features/top-level-await。

您可以从 typescript 3.8
https://www.typescriptlang.org/docs/handbook/release-notes/typescript-3-8.html#-top-level-await
从帖子中执行顶级等待：
这是因为以前在JavaScript（以及大多数其他具有类似功能的语言），await 只允许在异步函数的主体内使用。但是，使用顶级 await，我们可以在module的顶级使用 await。

const response = await fetch("...");
const greeting = await response.text();
console.log(greeting);

// Make sure we're a module
export {};

请注意，有一个微妙之处：顶级 await 仅在module的顶级工作，并且文件仅在 TypeScript 找到导入或导出时才被视为module。在某些基本情况下，您可能需要将 export {} 作为样板写出以确保这一点。

顶级 await 可能不适用于您此时可能期望的所有环境。目前只能在目标编译器选项为es2017及以上，module为esnext或system的情况下使用顶级await。多个环境和捆绑器中的支持可能有限，或者可能需要启用实验性支持。