#RocketMQ

死信队列堆了三天没人看，和值班同学半夜起来重投消息，是同一个设计错误的两个方向。死信是人审的工作清单：告警自动、处置有人、重投幂等。

超时关单、预约提醒这类「到点才做」的任务，实现不外乎三种：数据库扫表、MQ 延迟消息、Redis ZSet。先分清业务要准时还是要不丢，选型就不会摇摆。

重复消费有标准答案，顺序没有——前者加唯一键就完事，后者要么牺牲吞吐要么靠状态机拒收。最疼的是两个一起来：重试期间乱序。

判断标准只有三个问题：这条数据丢不起吗、能晚多久、要通知几方。三个答案都不紧迫，一张数据库任务表就够；私有化客户拒绝装 MQ 的项目，每天三万单照样跑。