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 状态机的原生对接。
