RocketMQ消息消费五：延迟消息

概述

延迟消息也叫定时消息，是指需要在一段时间后被消费的消息。考虑这种场景：用户下单后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