温馨提示:文本由机器自动转译,部分词句存在误差,以视频为准
00:00
来,同学们,我们做一个总结啊。我们为什么要做个总结呢?因为我们的延迟消息到此呢就算结束了,我们要对之前的延迟消息做一下总结,我们的延迟消息呢,总共学了两个两种延迟消息方式啊,其中的一种延迟消息呢,是基于死信的,另外一种呢是基于插件的。对,基于插件的这两种方式呢,我们一起来看看,来做一下总结啊,那么延迟队列呢,都是需要延迟处理的场景下才非常有用。使用rabbit MQ来实现延迟队列,可以很好的利用rabbit MQ的特点,特特性是吧,什么特性?消息的可靠发送,消息可靠投递,对死信队列来保证消息至少被消费一次。以及未被正确处理的消息不会被丢弃。
01:00
另外,通过rub MQ集群的特性,可以很好的解决单点故障问题,不会因为单点单个节点挂掉导致延迟、队列不可用或者是消息丢失。当然延迟队列还有很多其他的选择力,比如什么Java的这个延迟队列啊,Java中自自带也有带个延迟队列,包括当中的z set,以及是吧这个什么定时器,是吧定时器,或者利用卡夫卡的时间轮,这些方式各有特点。有需要,要看需要的这个场景来决定。所以他最终总结了一下什么呢?总结了一下,使用Robin MQ做延迟消息是非常棒的,也是非常好的。强烈建议推荐这种方式,当然了,如果你要是会其他的方式呢,那也不错啊,也没有问题啊,我们只能说这种方式呢更加的可靠,像Java的这个,他就没办法保证消息不丢失。
02:03
以及消息万一丢失了,后续的处理,咱们的MQ呢,都有相应的方案。所以呢,MQ呢,会更加的全面,考虑的更加完善。所以呢,强烈推荐同学们使用rabbit q来解决延迟消息以及消息的发送和投递。死信队列虽然说在延迟消息发送上有一些问题存在,但是死信的功能还是有他。的作用的,它的作用是什么?就是能够保证消息至少被消费一次,以及未被处理的消息不至于被丢失。记得吧,我们第一次做死心队列时,它的主要功能就是一旦消费者。对消费者怎么的这个拒收,拒绝接收消息,可以用死信队列,将消息临时存放在死信队列当中。
03:01
或者是消息过期了,存放在死系对立当中。或者是。队列度太长了,装不下的时候也用死心队列来解决这些问题,所以死信队列也不是全无功能。只是在做延迟消息,延迟队列的时候,死信队列有一定的缺陷,但是在其他方面,死信队列是完美的是吧?是完美的还是能够解决很多问题的。这就是我们对Robin MQ的一个小总结啊。
我来说两句