async函数本质是Promise封装器，强制将返回值包装为Promise，无论return原始值、throw错误或直接return Promise，均遵循此规则，且无法绕过。
async 函数本质就是 Promise 封装器
它不是“返回 Promise”，而是 async 关键字强制把函数体包装进一个隐式 Promise 中——哪怕你写 return 42，实际返回的也是 Promise.resolve(42)。这是语言规范定死的行为，不是实现细节，不能绕过。
为什么不能返回普通值？
因为 async 函数必须支持 await 表达式，而 await 只对 thenable（含 then 方法的对象）或 Promise 起作用。如果允许返回原始值，await myAsyncFn() 就无法统一处理：有时等一个 Promise，有时直接得一个字符串，会破坏 await 的语义一致性。
-
async function f() { return 'ok' }→ 实际返回Promise<string> -
async function f() { throw new Error() }→ 实际返回被 reject 的Promise -
async function f() { return Promise.resolve('ok') }→ 不会多套一层，仍返回该 Promise（V8 等引擎会扁平化）
常见误判：以为加了 async 就能“同步执行”
很多人看到 async function 就以为可以跳过 Promise 链，结果在非 await 上下文中直接用返回值，得到的是 pending 状态的 Promise 对象：
async function getData() {
return { id: 1 };
}
const result = getData(); // result 是 Promise，不是对象！
console.log(result.id); // undefined
正确做法只有两种：
立即学习“Java免费学习笔记（深入）”；
- 在另一个
async函数里用await getData() - 用
getData().then(...)显式处理
想彻底摆脱 Promise？那就不该用 async
如果你明确不需要异步能力（比如只是想让函数体支持 await），但又希望调用时返回原始值，说明设计上混淆了“是否需要等待”。这时候更合适的方案是：去掉 async，改用同步逻辑；或者把异步部分抽成独立函数，主逻辑保持同步。硬套 async 再试图“取消 Promise 包装”，只会让类型和调用方更混乱。
最常被忽略的一点：async 函数返回的 Promise 状态，完全由函数体内的 return 或 throw 决定，和有没有写 await 无关。哪怕函数体里一行 await 都没有，它仍是 Promise 返回值——这点在调试时容易误判。
