RocketMQ5.0--定时消息

本文详细介绍了RocketMQ5.0的定时消息实现机制,包括消息存储前的处理,如将延迟级别大于0的消息转换为SCHEDULE_TOPIC_XXXX,以及定时调度流程,包括加载消费进度,启动调度池,以及定时任务如何判断并处理到期消息。RocketMQ仅支持预定义的延迟级别,不支持任意时间精度的延迟。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

RocketMQ5.0–定时消息

一、定时消息概览
定时消息或延迟消息是指消息发送到Broker后,并不立即被消费而是要等到特定的时间后才能被消费。RocketMQ并不支持任意的时间精度延迟,只支持特定延迟时间的延迟消息。

消息延迟级别在Broker端通过MessageStoreConfig#messageDelayLevel配置,默认为"1s 5s 10s 30s 1m 2m 3m 4m 5m 6m 7m 8m 9m 10m 20m 30m 1h 2h",其delayLevel=1则延迟1s,delayLevel=2则延迟5s,以此类推。解析该配置后,存放到org.apache.rocketmq.broker.schedule.ScheduleMessageService#delayLevelTable表中,格式为{1:1000,2:5000}。RocketMQ为每种延迟级别创建定时任务,这也是RocketMQ不支持任意时间延迟的原因。

注意,消息消费失败后,若是有延迟,也是和定时消息具有相同的逻辑。参考消息消费《RocketMQ5.0.0消息消费<三> _ 消息消费》。

org.apache.rocketmq.broker.schedule.ScheduleMessageService是定时消息实现类。消息存入commitlog文件之前需要判断消息的重试次数,如果大

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

懒羊羊--搞点小技术

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值