微服务框架 SpringCloud微服务架构 服务异步通讯 52 惰性队列 52.1 消息堆积问题

本文详细探讨了SpringCloud微服务架构中如何通过增加消费者、优化线程池和扩大队列容量来应对消息堆积问题。讲解了惰性队列的概念,以及死信处理在高安全场景中的挑战,并提供了实际操作建议。

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

微服务框架

【SpringCloud+RabbitMQ+Docker+Redis+搜索+分布式,系统详解springcloud微服务技术栈课程|黑马程序员Java微服务】

服务异步通讯

52 惰性队列

52.1 消息堆积问题
52.1.1 消息堆积问题

当生产者发送消息的速度超过了消费者处理消息的速度,就会导致队列中的消息堆积,直到队列存储消息达到上限。

最早接收到的消息,可能就会成为死信,会被丢弃,这就是消息堆积问题。

【举个栗子】

在这里插入图片描述

这个队列 的体积只有5个,消费者现在不知道什么原因 阻塞 住了

在这里插入图片描述

现在生产者 不断的发送消息,嗯,很想当然的,它就被灌满了,放满了之后,再来消息,显然就放不进去了

这个时候,最早接收的 消息就会成为死信

在这里插入图片描述

而且死信在 默认情况下会被 丢弃

现在队列中就有 新的空间了

在这里插入图片描述

生产者 就可以发送新的 消息进去了

【但是】现在有消息被丢了,这对有些 对消息安全性要去较高的场景下,这是不可接受的。

解决消息堆积有三种种思路:

  • 增加更多消费者,提高消费速度
  • 在消费者内开启线程池加快消息处理速度
  • 扩大队列容积,提高堆积上限
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

祝我天天开心,平安健康

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

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

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

打赏作者

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

抵扣说明:

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

余额充值