Node.js场景下，轮询是否比设置多个setTimeout()更优？

关于setTimeout方案的实际问题 #

• 你担心的数百个闲置setTimeout影响性能的问题完全不需要顾虑：Node.js的定时器存储在优先级队列中，闲置状态的定时器不会占用CPU资源，仅消耗极少量内存，千级以内的定时器对服务没有任何可感知的性能影响。
• 该方案的核心缺陷是可靠性和可维护性问题：一旦服务重启、宕机，所有未触发的定时器会直接丢失，导致漏发提醒；如果任务被修改到期时间、或者提前完成取消，你需要手动清理对应的4个定时器，很容易出现内存泄漏、重复提醒、漏提醒的问题。

关于5分钟轮询方案的优化思路 #

• 不需要全量扫描MongoDB集合，只要做简单的索引优化就能把查询效率拉满：给任务状态、到期时间加联合索引，同时给每个任务加4个对应提醒档位的是否已发送标记字段，每次轮询只查询「状态为未完成、对应档位提醒未发送、到期时间和当前时间差符合档位要求」的任务即可，哪怕任务表数据量达到百万级，单次查询耗时也在毫秒级，完全不会对数据库造成压力。
• 该方案的优势远大于setTimeout方案：不受服务重启影响，可靠性更高；任务修改、取消的逻辑只需要操作数据库即可，不需要额外维护定时器，维护成本极低；5分钟的误差对于小时级的提醒档位来说完全可以接受，如果需要更精准的触发时间，可以在轮询到待发送任务后，临时设置一个秒级的setTimeout到准确提醒时间再发送即可。

最终选型建议 #

优先选择优化后的5分钟轮询方案，整体复杂度更低、可靠性更高，完全可以满足你的业务需求。

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