springcloud-stream之消费者重复消费
首先本人还没有学习过rabbitmq,还不太知道其exchange和queue的存储和消费的机制。下面是个人的理解,日后要是学习了rabbitmq再来更正
springcloud-stream目前案例是使用rabbitmq作为支持,现在默认的destination是topic形式,不同的微服务实例会共享到同一个topic,这个也是因为不同的微服务实例默认是不同组的,不同组的微服务实例是全面消费(重复消费),同组的微服务实例是竞争关系;如果要避免某些服务实例重复消费(这里的重复消费是:A消费完,B就消费不了,而不是A消费完还能再消费一次),就要进行分组。
分组也比较简单,加上如下配置:
spring: application: name: cloud-stream-consumer cloud: stream: bindings: # 服务的整合处理 input: # 名字是一个通道的名称 destination: studyExchang # 表示要使用的Exchange名称定义 content-type: application/json # 设置消息类型,本次为json binder: defaultRabbit #设置要绑定的消息服务的具体设置 group: atguiguA # 消防组:ayguiguA
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· AI 智能体引爆开源社区「GitHub 热点速览」
· 从HTTP原因短语缺失研究HTTP/2和HTTP/3的设计差异
· 三行代码完成国际化适配,妙~啊~