定义
回溯消费是指 Consumer 已经消费成功的消息，由于业务上需求需要重新消费，要支持此功能，Broker 在向 Consumer 投递成功消息后，消息仍然需要保留。并且重新消费一般是按照时间维度，例如由于 Consumer 系统故障，恢复后需要重新消费 1 小时前的数据，那么 Broker 要提供一种机制，可以按照时间维度来回退消费进度。RocketMQ 支持按照时间回溯消费，时间维度精确到毫秒。
Demo
我们仍然是利用 Spring Cloud Stream 的编程模型 + Spring Cloud Alibaba RocketMQ 来实现。
理论
在消费时，可以设置一个字段 ConsumeFromWhere（源码位置在：org.apache.rocketmq.common.consumer.ConsumeFromWhere），从哪开始消费。可选参数，去掉 Deprecated 的，剩下的就是
public enum ConsumeFromWhere {
CONSUME_FROM_LAST_OFFSET,
CONSUME_FROM_FIRST_OFFSET,
CONSUME_FROM_TIMESTAMP,
}
复制代码- CONSUME_FROM_LAST_OFFSET：从最后的偏移量开始消费
- CONSUME_FROM_FIRST_OFFSET：从最小偏移量开始消费
- CONSUME_FROM_TIMESTAMP：从某个时间开始消费
我们需要设置从某个时间开始消费，即配置 CONSUME_FROM_TIMESTAMP 并设置好具体的时间点。
实现
首先还是看一下配置文件
server:
port: 8080
servlet:
context-path: /mq-example
spring:
application:
name: mq-example
cloud:
stream:
bindings:
input-backtracking:
content-type: application/json
destination: test-topic3
group: backtracking-consumer-group
# 定义 name 为 output 的 binding 生产
output-order:
content-type: application/json
destination: test-topic3
rocketmq:
# RocketMQ Binder 配置项，对应 RocketMQBinderConfigurationProperties 类
binder:
# 配置 rocketmq 的 nameserver 地址
name-server: 127.0.0.1:9876
group: rocketmq-group
bindings:
output-order:
# RocketMQ Producer 配置项，对应 RocketMQProducerProperties 类
producer:
#group: producer-group # 生产者分组
sync: true # 是否同步发送消息，默认为 false 异步。
input-backtracking: # 回溯消息配置
# com.alibaba.cloud.stream.binder.rocketmq.properties.RocketMQConsumerProperties
consumer:
consumeFromWhere: CONSUME_FROM_TIMESTAMP
consumeTimestamp: 20220117110148
enabled: true # 是否开启消费，默认为 true
broadcasting: false # 是否使用广播消费，默认为 false 使用集群消费
复制代码这里我们仍然用之前的 ouput-order 作为生产者，生产消息。
消息者配置上主要注意 input-backtracking 节点中的属性配置：
- consumeFromWhere 即上文提到的从哪儿开始消费，这里我们指定时间消费
- consumeTimestamp 即指定的时间点
程序入口：
@SpringBootApplication
@EnableBinding({ MySource.class})
public class MqBootstrapApplication {
public static void main(String[] args) {
SpringApplication.run(MqBootstrapApplication.class);
}
}
复制代码要加上 @EnableBinding
MySource:
public interface MySource {
@Output("output-order")
MessageChannel output4Order();
@Input("input-backtracking")
MessageChannel inputBackTracking();
}
复制代码controller 生产消息：
@GetMapping("/produce")
public void produceMsg() {
Map<String, Object> headers = Maps.newHashMapWithExpectedSize(16);
headers.put(MessageConst.PROPERTY_DELAY_TIME_LEVEL, 2);
headers.put(MessageConst.PROPERTY_TAGS, "test03");
Order order = Order.builder().id(1L).desc("test").build();
Message message = MessageBuilder.createMessage(order, new MessageHeaders(headers));
mySource.output4Order().send(message);
}
复制代码ReceiveService 消费消息：
@Service
@Log4j2
public class ReceiveService {
@StreamListener("input-backtracking")
public void receiveBackTrackingInput(String receiveMsg, GenericMessage message, @Headers Map headers) {
log.info("接收到回溯消息：{}", receiveMsg);
}
}
复制代码测试
可以先调用 controller 生产消息，或者不用 Demo 中的生产者生产消息，找一个之前发过消息的 topic , 看一下它的消息轨迹，找到存储时间
如果你用之前发过消息的 topic 记得修改配置文件中的 topic名称 ：
确认找到的这条消息已经被消费过（因为要测回溯，至少是二次消费），将 consumeTimestamp 的时间配置在 存储时间之后。
这时启动项目，观察 ReceiveService 的输出：
接收到回溯消息：{"id":1,"desc":"test"}
复制代码证明消息回溯消费成功。