async函数中Promise错误泄漏本质是reject后未被捕获而触发unhandledrejection事件；解决关键是让错误有明确出口、责任归属和兜底防线，调用端必须处理返回的Promise，避免假处理、合理降级、非关键链路单独包裹，并用unhandledrejection兜底。

async 函数中的 Promise 错误泄漏，本质是 Promise 被 reject 后没有被任何 catch、try/catch 或 .catch() 捕获，最终触发 unhandledrejection 事件——错误“消失”了，控制台报错但业务逻辑静默失败。解决关键不是堆砌 try/catch，而是让错误有明确出口、有责任归属、有兜底防线。

调用端必须处理返回的 Promise

async 函数永远返回 Promise，哪怕内部写了 try/catch。如果调用时不处理这个返回值，错误就彻底丢失。

• ❌ 错误写法：button onclick="loadData()" —— Promise 被丢弃，错误不可见
• ✅ 正确写法：显式链式捕获，如 loadData().catch(showError)
• ✅ 更推荐：用 async 事件处理器，便于后续 await 其他操作，例如：
  

  btn.addEventListener('click', async () => {<br>  try { await loadData(); }<br>  catch (err) { showError(err.message); }<br>});

避免“假处理”：内部 catch 后要传递信号

只在函数内部 console.error() 然后 return null 或静默吞掉错误，调用方无法感知失败，极易漏判分支。

• 不要：try { ... } catch(e) { console.error(e); return null; }
• 建议统一返回结构，如 { success: false, error: '网络超时' }，或直接 throw e 让上层决定是否捕获
• 若需降级（如默认空数组），应在 catch 中明确返回，并记录日志说明原因，例如：catch(e) { logWarn('用户列表加载失败，返回空数组'); return []; }

非关键链路单独包裹，防止拖垮主流程

多个 async 操作串行时，一个非核心步骤（如埋点、日志上报）失败，不应中断关键路径（如数据提交、页面跳转）。

• 对非关键步骤加局部 try/catch：try { await trackEvent('submit'); } catch(e) { /* 忽略 */ }
• 对关键路径，错误必须中断流程并提示用户，不能静默忽略
• 并行任务慎用 Promise.all()：一个失败全盘失败；改用 Promise.allSettled() 或给每个 Promise 单独加 .catch()

用 unhandledrejection 兜底，暴露遗漏点

这是最后一道防线，能立刻发现哪些 async 调用被“裸奔”执行。

• 开发阶段务必启用：window.addEventListener('unhandledrejection', e => { console.warn('未捕获拒绝:', e.reason); });
• 该事件只触发真正未被处理的 Promise 拒绝，不是所有 reject 都会进来
• 上线前应确保无 unhandledrejection 报错，否则说明仍有调用链未覆盖错误处理