这题没捷径，过期了就是裸奔。别信什么“自动防重”，TDMQ 只保至少一次投递。 最稳的是查状态。处理前先拿业务唯一键（比如订单号）去 DB 或 Redis 扫一眼。要是发现已经是“成功”态，直接返回，连 SQL 都不用写。这是最硬的防线。 如果怕并发冲突，别搞先判断再插入，直接用 INSERT IGNORE 或者 ON DUPLICATE KEY UPDATE。让数据库的唯一索引帮你挡刀，重复消息入库时自然被拦截。 另外，维护个简单的状态机：消息来了先标“处理中”，完事改“已完成”。就算消息又飘回来，看到是完成态就跳过。 记住，幂等窗口只是缓存，数据库里的状态才是真理。过期了就得靠持久化数据兜底，别省那几行代码，线上炸了哭都来不及。 官方详细解决方案：https://cloud.tencent.com/product/trabbit... 展开详请

消息队列 TDMQ RabbitMQ 版（TDMQ for RabbitMQ，简称 TDMQ RabbitMQ 版）是一款腾讯自主研发的消息队列服务，支持 AMQP 0-9-1 协议，完全兼容开源 RabbitMQ 的各个组件与概念，同时具备计算存储分离，灵活扩缩容的底层优势。 TDMQ RabbitMQ 版拥有极为灵活的路由来适应各类业务的消息投递规则，能有缓冲上游流量压力的能力，保证消息系统的稳定运行。常用于系统间的异步通信和服务解耦，减轻不同服务之间的依赖，广泛应用于金融、政务等行业的分布式系统中。... 展开详请