async函数错误缺失本质是promise拒绝未被捕获而触发unhandledrejection；需每层明确错误责任，调用端必须处理返回promise，避免裸奔调用、假处理及多层嵌套，用unhandledrejection兜底并分层捕获。
async 函数调用链中错误缺失，本质是 Promise 拒绝未被任何 catch 或 try/catch 捕获，最终变成 unhandledrejection——浏览器控制台报错、监控告警触发，但业务逻辑却“静默失败”。关键不是加不加错误处理，而是让每一层都明确承担自己的错误责任。
确保调用端必须处理返回的 Promise
async 函数总是返回 Promise，哪怕内部有 try/catch。如果调用时不处理这个返回值，错误就丢失了。
- ❌ 错误写法：
button onclick="loadData()"—— 返回的 Promise 被丢弃，错误完全不可见 - ✅ 正确写法：绑定事件时显式处理，例如
document.getElementById('btn').addEventListener('click', () => {<br> loadData().catch(err => showError(err.message));<br>}); - ✅ 更推荐：用 async 事件处理器 + try/catch，便于统一处理和后续 await 其他操作
避免“假处理”：内部 try/catch 后未 rethrow 或返回有意义状态
只在函数内部 try/catch 并 console.error，却不向外传递错误信号，调用方依然无法感知失败。
- 不要仅写
console.error(...); return null;—— 调用方拿到null需额外判断，容易漏分支 - 建议统一返回结构，如
{ success: false, error: 'xxx' }，或直接抛出错误让上层决定是否捕获 - 若需降级，应在 catch 中明确返回默认值（如空数组、占位数据），并记录日志说明原因
用 unhandledrejection 兜底，快速暴露遗漏点
这是最后一道防线，能立刻发现哪些 async 调用被“裸奔”执行。
- 在应用初始化时监听：
window.addEventListener('unhandledrejection', e => {<br> console.warn('未捕获的 Promise 拒绝:', e.reason);<br> // 上报监控、提示用户等<br>}); - 注意：该事件只触发一次，且仅针对真正未被处理的 Promise 拒绝，不是所有 reject 都会进来
- 开发环境开启此监听，上线前应清零 unhandledrejection 报错
链式调用中分层捕获，按需隔离错误影响
多个 async 函数串行调用时，一个失败不应阻断全部，尤其涉及非核心依赖（如埋点、日志上报）。
- 对非关键步骤单独包裹 try/catch，避免拖垮主流程
try { await trackEvent('click'); } catch (e) { /* 忽略埋点失败 */ } - 对关键路径（如数据加载、提交表单），错误必须中断流程并提示用户
- 避免多层嵌套 try/catch，可提取为工具函数：
safeAwait(fn)返回{ data, error }结构
