async 函数的错误捕获：如何获取 Promise 的原始 reject 原因？-js教程-PHP中文网

async函数中try/catch捕获的即是promise.reject(reason)中的原始reason值，不包装、不转换；无论字符串、error实例或对象均原样接收，但仅error实例自带stack便于调试。

async 函数的错误捕获：如何获取 promise 的原始 reject 原因？

在 async 函数中，try/catch 捕获的是 Promise 被 reject 时传入的值，这个值就是原始 reject 原因——它不经过任何“包装”，也不隐式转换。关键在于：你拿到的就是 Promise.reject(reason) 中那个 reason，无需额外解包。

Promise 的 reject 行为不会改变传入值的类型或结构。无论你 reject 一个字符串、Error 实例、对象，还是 undefined，catch 或 async 函数的 try/catch 都原样接住：

Promise.reject("network failed") → catch(e) 中 e === "network failed"
Promise.reject(new TypeError("invalid input")) → e 就是那个 TypeError 实例，具备 stack、message 等属性
Promise.reject({ code: 500, detail: "timeout" }) → e 就是该对象，可直接访问 e.code

async 函数内部抛出非 Error 值（如 throw "oops"）时，JavaScript 不会自动封装成 Error 对象。这和同步代码一致：catch 拿到的仍是字符串字面量。若需统一处理，建议显式构造 Error：

网易人工智能

网易人工智能是一款围绕网易 AI 技术能力打造的智能应用与服务集合。

下载

推荐：throw new Error("user not found") —— 便于日志、堆栈追踪
不推荐：throw "user not found" —— 类型弱，无堆栈，调试困难
注意：reject("oops") 和 throw "oops" 在 async 函数中效果等价，但语义不同：前者是主动拒绝 Promise，后者是同步抛错并被隐式转为 reject

当 async 函数返回一个 Promise（例如调用另一个 async 函数或 fetch()），错误会自然冒泡。只要没在中间 .catch() 吞掉，最终 try/catch 拿到的仍是源头 reject 的值：

async function api() { return fetch("/data").then(r => r.json()); }
若 fetch 失败，fetch() 返回的 Promise 被 reject（值为 TypeError），api() 的返回 Promise 也以同样 TypeError 被 reject
外层 await api() 的 catch 拿到的，就是那个原始 TypeError，不是包装后的 PromiseRejectionEvent