在 Node.js 旧项目重构中，除非是极高频率的同步计算场景，否则 Promise 带来的维护性收益远高于其微小的性能损耗。重构的核心应聚焦于可维护性与错误处理的规范性，而非微优化。

性能损耗实测与基准测试

Promise 引入状态对象和微任务队列，在纯 CPU 计算或极高频率调用下确实存在开销，但在 I/O 密集型场景中，网络延迟和磁盘读写时间远超这部分损耗。建议通过以下脚本自行评估项目热点：

const { performance } = require('perf_hooks');
const util = require('util');
const fs = require('fs');
const readFile = util.promisify(fs.readFile);

async function benchmark() {
  const iterations = 10000;
  
  // Callback 模式测试
  const startCb = performance.now();
  for (let i = 0; i < iterations; i++) {
    await new Promise(resolve => fs.readFile('/etc/hosts', resolve));
  }
  const endCb = performance.now();

  // Promise 模式测试
  const startPromise = performance.now();
  for (let i = 0; i < iterations; i++) {
    await readFile('/etc/hosts');
  }
  const endPromise = performance.now();

  console.log(`Callback 耗时：${endCb - startCb}ms`);
  console.log(`Promise 耗时：${endPromise - startPromise}ms`);
}
benchmark();

注意：上述测试仅为演示结构，实际数据取决于 Node.js 版本、硬件及文件系统的缓存状态。在真实业务中，应使用 clinic.js 或 0x 生成火焰图定位真正的 CPU 热点。

重构实操步骤

1. 评估现状：检查项目中是否存在严重的回调嵌套，确认重构收益。

2. 渐进式封装：使用 Node.js 内置的 util.promisify 工具包装原有 Callback 接口，无需重写底层逻辑。

const util = require('util');
const readFile = util.promisify(require('fs').readFile);

3. 规范错误处理：避免依赖全局 unhandledRejection 监听作为主要流程控制。应在 async 函数内部使用 try/catch 或链式 .catch() 处理业务错误。

// 推荐：局部捕获
async function getUser(id) {
  try {
    const data = await db.query(id);
    return data;
  } catch (err) {
    logger.error('Query failed', err);
    throw err; // 或返回默认值
  }
}

// 兜底：全局监听仅用于记录意外泄漏
process.on('unhandledRejection', (reason, promise) => {
  console.error('Unhandled Rejection at:', promise, 'reason:', reason);
  // 不要在此处恢复业务逻辑，应记录日志并报警
});

4. 混合模式过渡：允许新旧代码共存，但在新模块中强制使用 Promise，避免在同一函数内混用两种风格。

验证与监控

1. 功能验证：确保原有单元测试全部通过，特别是错误分支的覆盖。

2. 性能对比：使用 clinic.js 或 0x 生成火焰图，对比重构前后的 CPU 使用率和事件循环延迟。

npm install -g clinic
clinic doctor -- node app.js

3. 日志监控：观察生产环境日志，确认没有新增的 UnhandledPromiseRejection 警告，同时监控进程退出码。

常见风险与规避

1. 错误丢失：Callback 通常第一个参数传错误，Promise 需要显式 catch，漏写会导致进程崩溃。新版本 Node.js 默认未捕获拒绝会导致进程退出。

2. 混用风格：在 async 函数中直接调用 Callback 风格的 API 而不封装，会导致流程控制混乱。务必统一封装边界。

3. 过度优化：在数据库查询等慢操作上纠结 Promise 开销，实际瓶颈通常在 SQL 或网络。优先优化查询语句而非异步模型。

参考来源

• Node.js Official Docs: util.promisify
• Node.js Official Docs: Process Events (unhandledRejection)
• JavaScript Promise API Standards