RocketMQ消息消费五:延迟消息

RocketMQ的延迟消息适用于定时任务场景,如订单超时处理。它不支持任意延迟时间,而是预设了10个固定延迟级别。设计上,消息存储时topic会被替换,生成延迟队列consumequeue,并通过定时任务检查并重新发送到commitLog。源码分析涉及topic替换、consumequeue生成和ScheduleMessageService的定时任务执行。
摘要由CSDN通过智能技术生成

概述

延迟消息也叫定时消息,是指需要在一段时间后被消费的消息。考虑这种场景:用户下单后10分钟后不付款将订单取消,可以在用户下单后发送延迟消息,延迟10分钟检查订单如果未支付则取消订单。RocketMQ本身的commitLog采用顺序存储消息的方式,如果在commitLog实现延迟消息,需要对commitLog排序等处理,这与RocketMQ的设计理念不合。故RocketMQ针对延迟消息,只支持特定时间的延迟处理,不支持任意延迟时间,具体的时间可以为1s、 5s、 10s、 30s、 1m、 2m、 3m、 4m、 5m、 6m、 7m、 8m、 9m、 10m、 20m、 30m、 1h、 2h。

整体设计

在这里插入图片描述
整体设计有如下关键点:
(1)broker存储消息时将topic替换成延迟队列的topic
(2)生成延迟消息专用的consumequeue
(3)定时任务周期执行,获取到达触发时间的消息
(4)消息topic还原,重新发送到commitLog

源码剖析

topic替换

在CommitLog.putMessage(),之前介绍过

    public PutMessageResult putMessage(final MessageExtBrokerInner msg) {
   
        msg.setStoreTimestamp(System.currentTimeMillis());
        msg.setBodyCRC(UtilAll.crc32(msg.getBody()));
        AppendMessageResult result = null;
        StoreStatsService storeStatsService = this.defaultMessageStore.getStoreStatsService();

        String topic = msg.getTopic();
        int queueId = msg.getQueueId();

        final int tranType = MessageSysFlag.getTransactionValue(msg.getSysFlag());
        if (tranType == MessageSysFlag.TRANSACTION_NOT_TYPE
            || tranType == MessageSysFlag.TRANSACTION_COMMIT_TYPE) {
   
            // 延迟消息
            if (msg.getDelayTimeLevel() > 0) {
   
                if (msg.getDelayTimeLevel() > this.defaultMessageStore.getScheduleMessageService().getMaxDelayLevel()) {
   
                    msg.setDelayTimeLevel(this.defaultMessageStore.getScheduleMessageService().getMaxDelayLevel());
                }

                topic = ScheduleMessageService.SCHEDULE_TOPIC;
                queueId = ScheduleMessageService.delayLevel2QueueId(msg.getDelayTimeLevel());

                // 存储原始的topic, queueId
                MessageAccessor.putProperty(msg, MessageConst.PROPERTY_REAL_TOPIC, msg.getTopic()
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值