TypeScript Async/Await转JS格式差异及同构转换配置咨询

嘿，我来帮你把这两个问题掰扯清楚，都是关于TypeScript编译async/await的核心逻辑，咱们一步步来：

其实核心就是告诉TypeScript编译器：“目标环境已经原生支持async/await了，不用费心降级”。具体要做这两步：

• 把tsconfig.json里的target字段设为ES2017或者更高版本（比如ES2022、ESNext）——因为async/await是ES2017正式纳入标准的语法，只要目标环境支持这个版本，编译器就不会瞎改你的代码。
• 模块配置（module）不管是CommonJS还是ESNext都没关系，只要target达标就行。

给你个现成的配置示例：

{
  "compilerOptions": {
    "target": "ES2017",
    "module": "CommonJS", // 或者ESNext，看你的项目需求
    "outDir": "./dist"
  }
}

这样编译出来的JS代码里，async/await会和你写的TS代码完全一致。

先说说差异的原因 #

TypeScript的编译逻辑是跟着目标JS版本和模块系统走的：

• 当你没设置module: "commonjs"时，默认模块系统可能是ESNext或者根据target自动推断。如果这时候你的target版本低于ES2017（比如ES5、ES2015），编译器没法用generator（yield）来降级（因为ES模块在旧环境下的兼容逻辑不一样），就会生成自己封装的_awaiter辅助函数——就是你看到的带switch语句的那种，纯用Promise手动模拟async/await的行为，不依赖generator。
• 当你设置module: "commonjs"时，编译器知道目标环境是CommonJS（比如早期Node.js），这类环境支持generator函数，所以就会用yield配合生成器来降级async/await，这时候生成的代码会依赖regeneratorRuntime（需要额外引入polyfill），结构就是基于yield的那种。

要保留原await写法的关键配置 #

其实和第一个问题的核心一致：让编译器确认目标环境原生支持async/await，也就是必须把tsconfig.json里的target设为ES2017或更高版本。不管你用CommonJS还是ESNext模块，只要target达标，编译器就会直接保留你写的async/await，不会生成那些降级代码。

举个反例：如果你的target是ES5，哪怕设置了module: "commonjs"，编译器还是会降级（只是用yield的方式）；但只要target升到ES2017，不管module是什么，都会原样保留async/await。

内容的提问来源于stack exchange，提问作者Rahul Patil