Node.js中setTimeout偶发未触发，无限任务随机停止问题排查

原代码的潜在缺陷 #

• await与Promise链式调用混用：语法虽合法，但易导致错误处理逻辑模糊。比如process the data中若出现同步错误或未处理的异步Promise拒绝，可能无法被当前.catch捕获，触发Node.js未处理Promise拒绝机制，直接终止进程。
• 无全局错误兜底：一旦worker.doWork()或后续逻辑存在未被捕获的异常/拒绝，循环链会直接断裂，且无法追踪具体原因。

优化实现方式 #

1. 用try/catch/finally统一错误处理 #

替换链式调用为更直观的try/catch，能覆盖异步任务错误、同步处理错误，以及内部异步操作的拒绝（需配合await）：

async function doWork() {
  try {
    const data = await worker.doWork();
    // process the data...
    // 若处理逻辑含异步操作，需用await并嵌套try/catch
    // try {
    //   await processData(data);
    // } catch (processErr) {
    //   console.error('数据处理出错:', processErr.stack);
    // }
  } catch (e) {
    // 记录完整错误栈，方便排查
    console.error('任务执行出错:', e.stack);
  } finally {
    // 确保任务无论成败，1秒后启动下一次循环
    setTimeout(doWork, 1000);
  }
}

2. 监听全局错误事件，定位停止根源 #

添加全局错误监听，捕获所有未被局部处理的异常和Promise拒绝，记录关键信息：

// 监听未捕获的同步异常
process.on('uncaughtException', (err) => {
  console.error('未捕获同步异常:', err.stack);
  // 可根据业务决定是否退出进程，或尝试恢复
});

// 监听未处理的Promise拒绝
process.on('unhandledRejection', (reason, promise) => {
  console.error('未处理Promise拒绝:', reason.stack, '关联Promise:', promise);
});

3. 监控资源使用，排查泄漏问题 #

若任务为CPU/内存密集型，可能因资源耗尽被系统终止，定期记录内存使用情况：

// 每5分钟记录一次内存状态
setInterval(() => {
  const mem = process.memoryUsage();
  console.log('内存使用:', {
    常驻内存: `${(mem.rss / 1024 / 1024).toFixed(2)} MB`,
    堆内存占用: `${(mem.heapUsed / 1024 / 1024).toFixed(2)} MB`
  });
}, 5 * 60 * 1000);

额外建议 #

• 检查worker.doWork()内部逻辑，确保所有异步操作都处理了错误，无遗漏的Promise拒绝。
• 若为CPU密集型任务，单线程Node.js易阻塞事件循环，可使用worker_threads模块拆分任务到多线程，避免主线程卡死。

内容的提问来源于stack exchange，提问作者zzmichalqq