async函数强制返回promise是javascript规范的核心机制，其本质是将任何返回值自动包装为promise.resolve()，确保await语义统一、可预测，并与微任务调度和状态机深度绑定。
因为这是 JavaScript 语言规范强制规定的机制，不是可选行为，也不是运行时“自动转换”的副作用——async 函数本身就是 Promise 封装器。
async 函数的本质是 Promise 包装层
声明一个函数为 async，相当于告诉引擎：“请把这个函数的执行结果，无论是什么，都塞进 Promise.resolve() 里”。它不关心你 return 的是字符串、数字、对象，还是什么都没有 return，最终对外暴露的永远是一个 Promise 实例。
- return 123 → 等价于 Promise.resolve(123)
- return "ok" → 等价于 Promise.resolve("ok")
- 没有 return → 等价于 Promise.resolve(undefined)
- throw new Error() → 等价于 Promise.reject(new Error())
- return Promise.resolve(42) → 直接返回该 Promise，不再二次包装
await 需要统一的等待目标
await 只能等待 thenable 对象（即有 .then 方法的对象），而 Promise 是最标准的 thenable。如果 async 函数有时返回普通值、有时返回 Promise，await 表达式就无法统一处理：你写 await fn()，却可能拿到字符串或 Promise，语义就崩了。
- 强制返回 Promise，让 await 的行为可预测、可组合
- 所有 async 函数调用结果都能被 .then()、.catch()、Promise.all() 等原生方法直接消费
- 异步流程控制（比如串行、并行、错误回退）才具备一致性基础
与生成器和微任务调度深度绑定
async/await 是 Generator + Promise 协同工作的语法糖。函数体被编译成一个可暂停/恢复的状态机，其执行被安排在微任务队列中。这种机制天然依赖 Promise 的状态流转（pending → fulfilled/rejected）来驱动恢复点。
- 函数一调用就立即返回 Promise，进入 pending 状态
- 内部 await 暂停时，当前 Promise 保持 pending；await 后续 resolve 后，状态变为 fulfilled，并把值传给下一个微任务
- 整个生命周期由 Promise 状态管理，所以返回值必须是 Promise
无法绕过，也不应绕过
这不是一个可以“优化掉”或“手动避免”的实现细节，而是语言设计的核心契约。试图用 try/catch 捕获返回值、或用 typeof 判断是否为 Promise，都是误解了它的设计意图。
- 所有 async 函数调用都应按 Promise 使用：用 .then()、await、Promise.all() 等方式消费
- 想得到原始值？必须等它 resolve，比如 const val = await myAsyncFn()
- 想透传 Promise？直接 return 一个 Promise，它不会被二次包装
