async/await异常“吞没”源于promise拒绝未被捕获或遗漏await，导致错误无法冒泡；需确保每个await在try/catch内、用promise.allsettled替代all、全局unhandledrejection仅作日志，禁用裸promise.reject()。
async/await 中的异常“吞没”，不是代码没出错，而是错误被静默忽略——根本原因是 Promise 拒绝未被主动捕获，或 await 被遗漏，导致异常无法冒泡到 try/catch 或全局监听器中。关键不在于写不写 try/catch，而在于是否让错误有路径浮出水面。
确保每个 await 都落在 try/catch 作用域内
await 是异常暴露的“开关”：只有它触发 Promise 的 resolve/reject，错误才会变成可捕获的同步异常。漏掉 await，就等于把错误锁在协程里，谁也看不见。
- ❌ 错误写法：
fetch('/api/data')（没 await）→ 返回 pending Promise，错误不会抛出 - ✅ 正确写法：
const res = await fetch('/api/data')→ 若网络失败或状态异常，立刻进入 catch 块 - ⚠️ 注意：fetch 默认不 reject HTTP 错误码（如 404、500），需手动判断
!res.ok并throw
并发任务别用 Promise.all() 简单兜底
Promise.all() 遇到任一 Promise 拒绝就会立即 reject，其余仍在运行的任务结果全丢，错误还可能被掩盖。
- ❌
await Promise.all([fetchUser(), fetchOrder()])→ 一个失败，另一个结果丢失，且难以定位哪个出错 - ✅ 改用
Promise.allSettled()→ 所有任务都执行完，返回每个 Promise 的 {status, value/error}，可逐个检查 - ? 进阶：对每个异步调用单独加 try/catch，或封装成
safeAwait(promise)返回[err, result]元组
全局兜底不能替代主动捕获
unhandledrejection 事件只是最后一道防线，它无法恢复流程，也不能提供完整堆栈和上下文，仅适合日志上报。
- ✅ 浏览器中添加：
window.addEventListener('unhandledrejection', e => console.warn('未捕获:', e.reason)) - ✅ Node.js 中添加：
process.on('unhandledRejection', (reason, promise) => {...}) - ❌ 别在该事件里重 throw 或 retry —— 不生效，还可能引发重复告警
- ? 提醒：这个事件只捕获真正“无人处理”的拒绝，比如漏掉 await 的 Promise、或 .then() 里抛错却没接 .catch()
避免在 async 函数里裸写 Promise.reject()
async 函数内部若直接 return Promise.reject(new Error())，错误不会被外层 try/catch 捕获，因为这不是“抛出”，而是返回一个已拒绝的 Promise。
- ❌
async function bad() { return Promise.reject('oops') }→ await 它时才会触发错误，但容易误判为“函数没出错” - ✅ 统一用
throw new Error()→ 语义清晰，且无论是否 await，行为一致 - ? 补充：若需延迟 reject，可用
await Promise.reject(...)，确保错误路径可控
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
