在rocketMq的消息体系中,很重要的一个消息体系是延迟消息,以前需要定时去实现的任务现在有rocketMq自身帮忙解决了,这篇文章主要是讲解清楚延迟消息的实现细节,延迟消息的是细节,延迟消息的实现细节,重要的事情说3遍。
延迟消息的整个流转过程
1、消息先写入commitlog文件
2、消费线程将数据保存以SCHEDULE_TOPIC_XXX的topic下面并且以延迟粒度作为queueId区分
3、定时任务扫描SCHEDULE_TOPIC_XXX下的每个Queue启一个线程进行消费,到时间后写到consumeQueue当中。
4、参考下面目录,SCHEDULE_TOPIC_XXX目录下面以延迟粒度作为queue的区分
5、每个粒度的都会启动一个定时任务,消费任务后隔0.1s继续扫描
6、判断消息是否到期了通过当前时间点和延迟时间对比
7、真正的消息保存在commitLog当中,SCHEDULE_TOPIC_XXX下面的消息相当于对commitLog立面的存的消息的偏移量等做了一层包装,consumeQueue里面的消息其实是从SCHEDULE目录下获取得。
![img_c80a099da12d564e0e8455454c7cef2d.png](https://i-blog.csdnimg.cn/blog_migrate/0498336b57979fe0b28c5bd8fbbb84d4.png)
SCHEDULE_TOPIC_XXX消息生成
![img_a49c93e0976aa6259a55fce39161c624.png](https://i-blog.csdnimg.cn/blog_migrate/817be587843140168c16d233678f1222.png)
说明:参见DefaultMessageStore类
延迟消息消费
![img_2297f8d5ad53c1339f7019b14c9273da.png](https://i-blog.csdnimg.cn/blog_migrate/f0591e5a03ae5d28d61d0ad67ab9b906.png)
说明:参见DefaultMessageStore类。
1、根据不同的粒度启动扫描任务
![img_1a28c4e33002fd9f4011a398f6c34df1.png](https://i-blog.csdnimg.cn/blog_migrate/d80dc28c10d34844e9f500d71a8cf8d8.png)
![img_b7423d077bc56c6ff9f6574fa583f1af.png](https://i-blog.csdnimg.cn/blog_migrate/e5c44c82f4b4420a6b236b562124d7ad.png)
说明:参见ScheduleMessageService类
1、根据时间戳进行对比
![img_40d670f1333add64609c322eaeb64fcd.png](https://i-blog.csdnimg.cn/blog_migrate/8158b6a5e368ee860580518857b8145f.png)
说明:参见ScheduleMessageService类
1、启动下一次任务扫描