async/await嵌套错误丢失的根源是promise拒绝未被捕获而触发unhandledrejection，导致逻辑中断且无感知；必须每层显式处理返回的promise，避免裸调用、假处理及this丢失，并结合分层捕获与全局兜底。
async/await 在嵌套函数中错误丢失，核心原因是 Promise 拒绝未被任何 catch 或 try/catch 捕获，最终变成 unhandledrejection——表面没报错，实际逻辑中断、监控无响应、用户无感知。
确保每层都明确承担错误责任
async 函数无论内部有没有 try/catch，始终返回 Promise。如果调用端不处理这个返回值，错误就“掉进黑洞”了。
- ❌ 错误写法：调用时不 await，也不 .catch()
- ✅ 正确做法：调用端必须显式处理返回的 Promise，比如
await fn()或fn().catch(handleError) - ⚠️ 注意：即使内层有
try/catch，若外层未等待或未捕获其返回 Promise，错误仍会逃逸
避免裸奔调用和假处理
常见“假处理”包括只 console.log 而不 throw、吞掉错误后未提供 fallback、或 catch 后 return undefined 导致后续逻辑出错。
- 不要仅靠
console.error当作处理完成；该上报的上报，该降级的降级 - 避免在 catch 中静默返回空值（如
return null），除非业务明确允许 - 嵌套层级深时，优先用
Promise.allSettled替代Promise.all，避免单个失败导致整条链中断
对象方法中箭头函数的 async 声明与调用对齐
在 class 或对象方法里用箭头函数嵌套 await，不是上下文丢失，而是语法和执行流没配对。
- 箭头函数若含
await，必须声明为async，否则直接语法报错 - 声明为
async后，调用方必须await它，否则只是返回 pending Promise，后续代码不等待 - this 绑定没问题，但若方法被解构（如
const { load } = service），调用时 this 会丢失——async 不救 this，得靠类字段写法或 bind
用 unhandledrejection 兜底 + 分层捕获
全局监听是最后一道防线，不能替代主动捕获，但能发现漏网之鱼。
- 浏览器中可加：
window.addEventListener('unhandledrejection', e => { /* 上报 + 提示 */ }) - Node.js 中用：
process.on('unhandledRejection', ...) - 重点仍是分层：接口层捕获网络错误，业务层处理语义错误，UI 层做用户提示
