rabbitMQ-延时队列

延时队列我们可以简单粗暴的理解它为延时发送消息的队列

好家伙,相当粗暴

那延时队列的应用场景有哪些呢,比如订单在一段时间内未支付则取消订单,就是需要在某个事件发生之后或者之前的某个时间点完成另一事件。
这种场景讲道理可以用定时器来完成,但是如果有些事件的时间点需要精确到秒,我们就需要每秒轮询一次,或者在数据量较大的时候,定时器可能需要跑很久,给系统带来很大压力!(好了就这把,编不下去了。。QAQ
那rabbitMQ的TTL只是消息在队列中的存活时间,并不是说消息在存活一段时间后才会发送给消费者,所以并不能只用TTL来实现延时队列,还需要借助死信队列
大致流程

生产者发送一条延时消息到延时队列,当消息过期又会被路由到死信队列,消费者只要监听死信队列即可。

配置类
@Configuration
public class DelayMQConfig {
    /**
     * 延时队列交换机
     */
    public static final String DELAY_EXCHANGE_NAME = "delay.exchange";
    /**
     * 延时队列
     */
    public static final String DELAY_QUEUE_NAME = "delay.queue";
    /**
     * 死信交换机
     */
    public static final String DEAD_EXCHANGE_NAME = "dead.exchange";
    /**
     * 死信队列
     */
    public static final String DEAD_QUEUE_NAME = "dead.queue";

    /**
     * 声明延时交换机
     */
    @Bean("delayExchange")
    public DirectExchange delayExchange(){
        return new DirectExchange(DELAY_EXCHANGE_NAME);
    }

    /**
     * 声明延时队列,并绑定到死信交换机上
     */
    @Bean("delayQueue")
    public Queue delayQueue(){
        Map<String, Object> args = new HashMap<>(2);
        //绑定死信交换机
        args.put("x-dead-letter-exchange", DEAD_EXCHANGE_NAME);
        //路由
        args.put("x-dead-letter-routing-key", "dead.routing.key");
        //延时10S
        args.put("x-message-ttl", 10000);
        return QueueBuilder.durable(DELAY_QUEUE_NAME).withArguments(args).build();
    }

    /**
     * 延时队列绑定到延时队列交换机
     *
    **/
    @Bean
    public Binding delayBinding(@Qualifier("delayQueue")Queue queue,
                                @Qualifier("delayExchange")DirectExchange exchange){
        return BindingBuilder.bind(queue).to(exchange).with("delay.routing.key");
    }

    /**
     * 声明死信交换机
     */
    @Bean("deadExchange")
    public DirectExchange deadExchange(){
        return new DirectExchange(DEAD_EXCHANGE_NAME);
    }

    @Bean("deadQueue")
    public Queue deadQueue(){
        return new Queue(DEAD_QUEUE_NAME);
    }

    @Bean
    public Binding deadBinding(@Qualifier("deadQueue")Queue queue,
                               @Qualifier("deadExchange")DirectExchange exchange){
        return BindingBuilder.bind(queue).to(exchange).with("dead.routing.key");
    }
}

截图看一下其中一个

延时队列
消费者
@Component
public class DelayListener {
    private Logger logger = LoggerFactory.getLogger(getClass());
    @RabbitListener(queues = DelayMQConfig.DEAD_QUEUE_NAME)
    public void receive(Message message, Channel channel) throws Exception{
        String msg = new String(message.getBody());
        logger.info("收到消息的时间:{},收到的消息内容:{}", new Date().toString(), msg);
        channel.basicAck(message.getMessageProperties().getDeliveryTag(), false);
    }
}
生产者
    @PostMapping("delayMsgSend")
    public void delayMsgSend(@RequestParam("msg")String msg){
        rabbitTemplate.convertSendAndReceive(DelayMQConfig.DELAY_EXCHANGE_NAME,"delay.routing.key",msg);
    }

发送一个消息,日志如下

2020-10-13 10:47:05.465  INFO 44044 --- [nio-9000-exec-1] com.lyy.study.controller.MyController    : 发送消息的时间:Tue Oct 13 10:47:05 CST 2020,发送的消息内容:delayMsgSend
2020-10-13 10:47:05.532  INFO 44044 --- [nio-9000-exec-1] o.s.s.c.ThreadPoolTaskScheduler          : Initializing ExecutorService
2020-10-13 10:47:05.545  INFO 44044 --- [nio-9000-exec-1] .l.DirectReplyToMessageListenerContainer : Container initialized for queues: [amq.rabbitmq.reply-to]
2020-10-13 10:47:05.627  INFO 44044 --- [nio-9000-exec-1] .l.DirectReplyToMessageListenerContainer : SimpleConsumer [queue=amq.rabbitmq.reply-to, consumerTag=amq.ctag-KMeIYI6Pcun_gzAm5AYe3w identity=49703e41] started
2020-10-13 10:47:15.675  INFO 44044 --- [ntContainer#0-1] com.lyy.study.mq.listener.DelayListener  : 收到消息的时间:Tue Oct 13 10:47:15 CST 2020,收到的消息内容:delayMsgSend

到此一个简单的延时队列就实现了。

(●'◡'●)

不过更多的时候,我们其实需要的是给每一个消息添加自己的TTL,那么就会有一个问题拉,假如我们先发送了一个10S的延时消息,又发送了一个5S的延时消息,预期的结果应该是先消费5S的那个消息,然而实际的结果是10S的消息先被消费了,才会消费5S的那个消息(这个问题在TTL那篇文章有提过),那怎么办呢?

挠头

不要慌,https://www.rabbitmq.com/community-plugins.html从官网上下载一个叫rabbitmq_delayed_message_exchange的插件就好了!
rabbitmq_delayed_message_exchange插件

下载之后解压放到rabbitMQ的插件目录
插件目录

然后进入sbin目录,执行以下命令
rabbitmq-plugins enable rabbitmq_delayed_message_exchange
重启就OK了!
验证的部分我就不写了,懒惰.jpg

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,711评论 5 468
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,932评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,770评论 0 330
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,799评论 1 271
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,697评论 5 359
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,069评论 1 276
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,535评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,200评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,353评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,290评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,331评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,020评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,610评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,694评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,927评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,330评论 2 346
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,904评论 2 341