RocketMQ进阶-延时消息

cron方案是很常见的一种方案，但是常见的不一定是最好的，主要有以下几个问题：

• 当数据量大的时候轮询效率低；

• 时效性不够好，如果每小时轮询一次，最差的情况时间误差会达到1小时；

• 如果通过增加cron轮询频率来减少时间误差，则会出现轮询低效和重复计算的问题；

既然cron方案不是很理想，那就请出我们今天的主角，使用RocketMQ的延时消息解决。在创建订单的时候发送一条延时消息到RocketMQ，30分钟后消费者消费消息去检查订单的状态，如果发现订单未支付则取消订单释放库存。

实现

–

RocketMQ延迟队列的核心思路是：所有的延迟消息由producer发出之后，都会存放到同一个topic（SCHEDULE_TOPIC_XXXX）下，不同的延迟级别会对应不同的队列序号，当延迟时间到之后，由定时线程读取转换为普通的消息存的真实指定的topic下，此时对于consumer端此消息才可见，从而被consumer消费。

注意：RocketMQ不支持任意时间的延时，只支持以下几个固定的延时等级

private String messageDelayLevel = "1s 5s 10s 30s 1m 2m 3m 4m 5m 6m 7m 8m 9m 10m 20m 30m 1h 2h";

下面我们结合SprintBoot利用RocketMQ发送延时消息

• 引入RocketMQ组件

org.apa