掌握 promise 高级技巧关键在于理解异步流控制与错误传播机制，需注重组合、降噪、可控及可观测性，包括精准错误捕获边界、并发控制、可取消/超时封装和调试增强。
掌握 Promise 高级进阶技巧，核心不在背 API，而在理解异步流的控制逻辑和错误传播机制。真正用好 Promise，关键在于组合、降噪、可控与可观测。
链式调用中的错误捕获边界要主动划定
很多人以为 .catch() 能捕获前面所有错误，其实它只捕获自身链路中未被处理的 rejection（包括上游 then 回调里抛出的错误），但无法跨链捕获。比如：
✘ 错误写法：
Promise.resolve().then(() => { throw 'a' })
Promise.resolve().then(() => { throw 'b' }).catch(console.error) // 只捕获 b
✔ 正确做法是为每条独立路径设兜底，或统一收口：
- 用
Promise.allSettled()替代Promise.all()，避免单个失败导致整组中断 - 在关键分叉点后立即接
.catch(e => { /* 处理并返回默认值或重试 */ })，不让错误“漏下去” - 需要强一致性时，可封装
safePromise(fn)，自动包裹 try/catch 并转为 resolved 状态
并发控制与节流式 Promise 执行
大量 Promise 同时触发（如批量上传、并行请求）容易压垮服务端或浏览器。原生不支持限流，需手动实现：
- 用
async/await + for...of实现串行：简单但慢 - 用
Promise.all()分批执行：例如每次最多 3 个，通过Array.chunk()切分数组再 map + all - 更灵活的做法是构建
PromisePool类，维护运行中数量、队列与最大并发数，支持 cancel、pause、progress
例如：new PromisePool(tasks, { limit: 5 }).start()，内部用 Promise.race() 监控空闲 slot。
取消 Promise 和超时控制不能只靠 AbortController
AbortController 原生支持 fetch，但对普通 Promise 无效。想实现可取消的 Promise，需手动设计信号机制：
- 传入
signal参数，在 Promise 内部监听signal.aborted，主动 reject - 用
Promise.race([promise, timeout(5000)])包裹实现超时，注意 timeout Promise 必须是“纯拒绝型”，避免资源泄漏 - 推荐组合方案：
withTimeout(promise, ms).catchIfAborted(() => '用户取消')，把取消逻辑收敛到工具函数
调试与可观测性：让 Promise 不再“黑盒”
Promise 状态不可逆、堆栈丢失、拒绝未捕获静默失败——这些让调试很痛苦。提升可观测性的实用方式：
- 全局监听未捕获 rejection：
window.addEventListener('unhandledrejection', e => { /* 上报或 debugger */ }) - 开发环境用
Promise.prototype.finally = function(cb) { console.log('finally:', this); return this.then(cb, cb); }插桩（仅调试） - 用
async_hooks（Node.js）或自定义 Promise 子类（谨慎）记录创建/resolve/reject 时机与上下文 - 配合
console.time/timeEnd或 performance.mark/measures 统计关键异步耗时
不复杂但容易忽略：Promise 的本质是状态机 + 观察者模式。把每个 then 看作注册一个观察者，把 catch 当作错误观察者的过滤器，很多“奇怪行为”就自然清晰了。
