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 报错，否则说明仍有调用链未覆盖错误处理
