Promise错误处理关键在于为每个可能拒绝的Promise设置明确落点：末尾加.catch()、async调用不悬空、并行任务选对API、全局兜底仅作最后防线。
Promise 链条出错，往往不是因为逻辑写错了，而是错误处理没跟上异步流。关键在于：每个可能拒绝的 Promise 都得有明确的“落点”——要么被 .catch() 接住，要么被 try/catch 包裹，否则它就会变成悬空异常，在控制台打出 Uncaught (in promise)。
确保 Promise 链末尾有 catch
链式调用中，错误会顺着链往下传，但只传到第一个 .catch() 或 .then(null, handler)。漏掉末尾的 .catch()，等于给错误开了绿灯。
- ❌ 错误写法：中间加了 .catch()，但后面还接了 .then()，错误可能在后续环节再次逃逸
- ✅ 正确写法：把 .catch() 放在整条链最末端，覆盖所有前面环节的潜在拒绝
- ✅ 更稳妥：每个可能抛错的 .then() 回调里，自己用 try/catch 处理同步异常（比如 JSON 解析失败、空值访问）
async/await 调用不能“悬空”
async 函数返回的是 Promise，如果调用后不处理它的状态，哪怕函数内部写了 try/catch，一旦这个返回的 Promise 被拒绝，依然会触发未捕获异常。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- ❌ 错误写法：loadData(); —— 没 await，也没 .catch()，Promise 被丢弃
- ✅ 正确写法：loadData().catch(err => console.error(err));
- ✅ 或在顶层 async 函数中：await loadData();（前提是该函数本身也被 try/catch 包裹或有外层兜底）
并行 Promise 要区分处理策略
用 Promise.all() 时，一个失败就让整个集合 reject，而且错误信息容易丢失；用 Promise.allSettled() 则能拿到每个子任务的最终状态，便于分别处理成功与失败。
立即学习“Java免费学习笔记（深入）”；
- ✅ 需要全部成功才继续 → 用 Promise.all()，但必须配 .catch()
- ✅ 允许部分失败，且要统一汇总结果 → 用 Promise.allSettled()，然后遍历检查 status === 'rejected'
- ✅ 第三方库返回的 Promise，别直接调用完就扔掉，至少加个空 .catch(() => {}) 防止失控（生产环境建议记录日志）
全局兜底是最后一道防线，不是替代方案
浏览器和 Node.js 都提供未捕获拒绝的监听机制，但它只在错误真的“漏网”时触发，不能代替业务层的主动处理。
- ✅ 浏览器中尽早注册：window.addEventListener('unhandledrejection', e => { /* 上报监控 */ });
- ✅ Node.js 中：process.on('unhandledRejection', (reason, promise) => { /* 记录日志 */ });
- ⚠️ 注意：event.preventDefault() 可阻止控制台警告，但掩盖问题不如修复问题；它不恢复 Promise 状态，也不重试，仅用于降级提示或临时调试
