SpringCloud Stream消息驱动代码实战
工程中新建三个子模块
在7001端口使用eureka注册服务中心(自行准备)
cloud-stream-rabbitmq-provider8801, 作为生产者进行发消息模块
cloud-stream-rabbitmq-consumer8802,作为消息接收模块
cloud-stream-rabbitmq-consumer8803 作为消息接收模块
消息驱动之生产者
新建Module:cloud-stream-rabbitmq-provider8801
pom文件
版本已交给父工程控制
yml文件
cloud:
stream:
binders: # 在此处配置要绑定的rabbitmq的服务信息;
defaultRabbit: # 表示定义的名称,用于于binding整合
type: rabbit # 消息组件类型
environment: # 设置rabbitmq的相关的环境配置
spring:
rabbitmq:
host: localhost
port: 5672
username: guest
password: guest
bindings: # 服务的整合处理
output: # 这个名字是一个通道的名称
destination: studyExchange # 表示要使用的Exchange名称定义
content-type: application/json # 设置消息类型,本次为json,文本则设置“text/plain”
binder: defaultRabbit # 设置要绑定的消息服务的具体设置
主启动类
业务类
发送消息接口
发送消息接口实现类
Controller
测试1:启动7001 8801服务
查看rabbitMQ界面查看
访问
且可以在图形化界面中可以看到波峰起伏
消息驱动之消费者
新建Module:cloud-stream-rabbitmq-consumer8802
pom文件
yml文件
cloud:
stream:
binders: # 在此处配置要绑定的rabbitmq的服务信息;
defaultRabbit: # 表示定义的名称,用于于binding整合
type: rabbit # 消息组件类型
environment: # 设置rabbitmq的相关的环境配置
spring:
rabbitmq:
host: localhost
port: 5672
username: guest
password: guest
bindings: # 服务的整合处理
input: # 这个名字是一个通道的名称
destination: studyExchange # 表示要使用的Exchange名称定义
content-type: application/json # 设置消息类型,本次为对象json,如果是文本则设置“text/plain”
binder: defaultRabbit # 设置要绑定的消息服务的具体设置
主启动类
业务类
测试2:
启动8801 8802 7001
8801控制台
8802控制台:
cloud-stream-rabbitmq-consumer8803
依照8802,clone出来一份运行8803
除端口号不一样外,其他的一致,即该端口号为8803
测试3:
启动7001 8803 8802 8801
访问
http://localhost:8801/sendMessage
可以看到由8801发送的消息被8802 8803都会消费
运行后有两个问题
有重复消费问题
消息持久化问题
重复消费问题
目前是8802/8803同时都收到了,存在重复消费问题
如何解决?分组和持久化属性group
比如在如下场景中,订单系统我们做集群部署,都会从RabbitMQ中获取订单信息,
那如果一个订单同时被两个服务获取到,那么就会造成数据错误,我们得避免这种情况。
这时我们就可以使用Stream中的消息分组来解决
注意在Stream中处于同一个group中的多个消费者是竞争关系,就能够保证消息只会被其中一个应用消费一次。
不同组是可以全面消费的(重复消费),
同一组内会发生竞争关系,只有其中一个可以消费。
操作原理,进行操作
微服务应用放置于同一个group中,就能够保证消息只会被其中一个应用消费一次。
不同的组是可以消费的,同一个组内会发生竞争关系,只有其中一个可以消费。
修改8801的yml文件:
增加分组group:atguiguA
修改8802的yml文件:
增加分组group:atguiguB
测试4:
重复测试3还是一样的结果
现在的目的:
8802/8803实现轮询分组,每次只有一个消费者8801模块的发的消息只能被8802或8803其中一个接收到,这样避免了重复消费。
将8803的yml文件中分组修改成为:
group: atguiguA
测试4:
重复测试3,在这次访问俩次 http://localhost:8801/sendMessage
8801控制台:
8802控制台:
8803控制台:
可以发现已经实现目的
持久化
通过上述,解决了重复消费问题,再看看持久化
修改:
停止8802/8803并去除掉8802的分组group: atguiguA
8803的分组group: atguiguA没有去掉
测试6:
8801先发送4条消息到rabbitmq,即访问
四次8801控制台:
先启动8802,无分组属性配置,后台没有打出来消息
8802控制台:
再启动8803,有分组属性配置,后台打出来了MQ上的消息
- 点赞
- 收藏
- 关注作者
评论(0)