如何理解 async 函数抛出 Error 实体时其 Promise 状态立即变为 rejected 的底层机制

async函数抛出Error实例会立即使返回Promise进入rejected状态，因其本质是Promise语法糖：throw等价于隐式reject(Error)，错误实例直接作为reason，符合Promise/A+规范。

async 函数内部一旦抛出 Error 实例，其返回的 Promise 立即进入 rejected 状态，原因在于 JavaScript 引擎对 async 函数的编译与执行机制——它本质是 Promise 状态流转的语法糖封装，而非独立运行时。

async 函数被编译为 Promise 链

当你声明一个 async 函数，V8（或其他引擎）会将其自动包裹进一个隐式 Promise 构造逻辑中：

• 函数体被当作 executor 执行，但不直接调用 resolve/reject，而是由引擎注入一套状态管理逻辑；
• 正常 return 值 → 触发隐式 resolve(value)；
• 遇到 throw new Error(...) → 等价于立即调用隐式 reject(error)，且传入的就是该 Error 实例本身；
• 这个 reject 不经过任何中间包装，Promise 内部状态从 pending 直接切换为 rejected，并绑定该 Error 作为 reason。

错误抛出即触发 Promise 拒绝协议

根据 Promise/A+ 规范和 ECMAScript 标准，async 函数体内的同步异常（包括 throw）会被引擎捕获并映射为 Promise rejection：

• throw 的瞬间，引擎中断当前执行流，不再继续后续语句；
• 该 Error 实例被作为 rejection reason，写入 Promise 的 [[PromiseResult]] 内部槽位；
• 状态标记 [[PromiseState]] 同步设为 "rejected"，不可逆；
• 后续所有 .catch()、await 表达式或外层 try/catch，拿到的都是这个原始 Error 实例（含 stack、message、name 等完整属性）。

与普通 Promise.reject 的行为完全一致

你可以把 throw new Error("msg") 在 async 函数里，看作语法上更自然的 return Promise.reject(new Error("msg"))：

• 两者最终都导致同一个 Promise 被 rejected，reason 完全相同；
• 区别仅在于书写方式：throw 是同步异常语句，reject 是显式 Promise 操作；
• 但底层触发的 Promise 状态变更路径、时机、数据结构完全一致。

注意：非 Error 值也会被 reject，但调试体验差

虽然 throw "oops" 或 throw 42 同样让 Promise rejected，但它们不会自动构造 Error 对象：

• reason 就是字符串字面量或数字，没有 stack trace；
• 日志、监控、开发者工具中难以定位源头；
• 所以推荐统一使用 new Error()，既符合规范，也利于可观测性。

不复杂但容易忽略：async 函数的“错误即 rejection”不是模拟出来的，而是语言层面对 Promise 状态机的原生对接。