迁移回调到promise应分阶段进行：先用util.promisify封装错误优先api，再通过混合模式过渡，支持promise与回调共存；接着用promise链替代嵌套、统一错误处理；最后利用promise.all/race/allsettled实现并发控制。
从回调（Callback）迁移到 Promise 不需要重写全部代码，关键在于分阶段替换、保持兼容性、逐步提升可维护性。核心不是“一步到位”，而是让旧逻辑照常运行，新逻辑更清晰可控。
识别并封装现有回调函数
先不改动调用方，只把底层异步函数“Promise化”。Node.js 内置 util.promisify 是最轻量的起点：
- 适用场景：遵循错误优先（error-first）约定的标准回调 API，如 fs.readFile、crypto.randomBytes 等
- 操作方式：const readFile = util.promisify(fs.readFile);
- 效果：调用 readFile('a.txt') 返回 Promise，可直接 .then() 或 await，原回调签名不变，不影响老代码
混合模式过渡：Promise + 回调共存
大型项目无法停机重构，允许新模块用 Promise、旧模块继续用回调，中间用适配层桥接：
- 当某个函数仍需接收回调参数时，可内部用 Promise 执行，再手动调用回调：fn().then(res => cb(null, res)).catch(err => cb(err))
- 对外暴露统一接口：既支持 fn().then(...)，也支持 fn((err, res) => {...})，靠参数类型判断行为
- 避免“回调里套 Promise”或“Promise 里嵌回调”，这类混用会放大混乱
逐层解耦嵌套逻辑，用 Promise 链替代金字塔
针对典型的回调地狱（如 getUser → getOrders → getOrderDetails），不再层层嵌套，而是线性展开：
- 提取每步为独立函数，返回 Promise：getUser(id)、getOrders(userId)、getOrderDetails(orderId)
- 用 .then 链式传递数据：getUser(id).then(u => getOrders(u.id)).then(o => getOrderDetails(o[0].id))
- 错误统一在末尾 .catch 处理，无需每个环节重复 if (err) return cb(err)
并行与竞态操作的自然表达
回调时代处理多个请求需手动计数或引入 async 库；Promise 原生支持更直观的并发控制：
- Promise.all([req1(), req2(), req3()])：等待全部完成，任一失败则整体拒绝
- Promise.race([timeout(), apiCall()])：响应最快者胜出，适合加超时保护
- Promise.allSettled：所有请求无论成败都返回结果，适合批量上报、容错采集
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
