Node.js定时/Cron任务引发内存泄漏问题排查咨询

1 Cron任务执行逻辑问题排查 #

内存涨幅规律和Cron执行周期吻合，优先排查以下错误使用场景：

• 每次触发启动Cron的GET路由时，未销毁之前创建的同逻辑任务就重复新建：node-cron、node-schedule创建的任务会挂载到全局事件循环中，重复创建会导致任务叠加执行，内存随调用次数持续上涨
• 任务执行完成后未释放上下文引用：任务内生成的大对象、爬取到的Steam玩家数据被闭包、全局变量持有，无法被GC回收
• 未做并发控制：单次Cron任务一次性发起大量Steam爬取请求，未处理的Promise回调、HTTP连接句柄会占用大量内存，若请求出错未捕获，会进一步引发内存泄漏

2 Promise逻辑优化方案 #

不合理的Promise使用确实会引发内存泄漏，可按以下方向优化：

• 所有异步请求（含Steam爬取请求）必须添加catch逻辑捕获异常，避免未处理的Promise rejection在内存中留存错误堆栈
• 禁止无限制使用Promise.all发起并发请求，通过限流器（比如p-limit）控制单次并发请求数，或分批执行爬取任务，避免同时生成大量Promise实例和HTTP连接
• Promise回调中持有大对象的，在数据处理完成后手动将变量赋值为null，切断引用链方便GC回收
• 禁止在循环内嵌套创建Promise，避免生成大量无法立即回收的异步上下文

3 repeatedRequests与路由的潜在泄漏点 #

• 检查是否存在无过期策略的全局缓存：如果爬取到的Steam用户信息存储在全局对象、Map、Object中，未配置LRU淘汰或过期删除逻辑，缓存会随任务执行持续膨胀
• 检查HTTP请求库配置：确认axios、node-fetch等请求库是否开启了不必要的响应缓存，是否设置了合理的超时时间，避免大量挂起的HTTP连接占用内存
• 检查路由逻辑：确认GET启动路由的回调中是否创建了全局变量，是否给全局EventEmitter重复绑定事件且未解绑
• 检查资源释放逻辑：确认爬取过程中打开的文件句柄、数据库连接在任务执行完成后是否正常关闭，避免每次任务都新建资源不销毁

4 快速验证与临时止损方案 #

• 启动Node进程时添加--expose-gc参数，在Cron任务执行完成后调用global.gc()触发垃圾回收，观察内存是否回落，可快速确认是否为未回收的内存占用问题
• 每次创建新Cron任务前先销毁旧任务：node-schedule调用cancelJob()销毁旧任务，node-cron调用任务实例的stop()方法，避免重复创建任务
• 本地复现场景下可使用clinic.js内存诊断工具定位具体泄漏点

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