[TOC]
# 1. 什么是重复消费
**1. 什么是重复消费**
重复消费是指:由同一个生产者生产的消息,所有的消费者接收到的消息都是一模一样的。
<br/>
为了方便演示消息被重复消费的效果,参考 cloud-stream-rabbitmq-consumer8802 消费者模块再构建一个 cloud-stream-rabbitmq-consumer8803 消费者模块,源码中已经提供。
<br/>
先启动 cloud-stream-rabbitmq-provider8801 生产者模块生产消息,然后分别启动 8802 消费者 和 8803 消费者。
<br/>
访问8801生产者生产消息:http://localhost:8801/sendMessage
```
生产者:014c1223-fa7a-4df5-bd45-778097074a4c
生产者:d82097cd-d461-48b2-901a-399122e4469a
生产者:3f6ac994-7c33-46c1-bc8a-248eee8510e5
8802消费者:014c1223-fa7a-4df5-bd45-778097074a4c
8802消费者:d82097cd-d461-48b2-901a-399122e4469a
8802消费者:3f6ac994-7c33-46c1-bc8a-248eee8510e5
8803消费者:014c1223-fa7a-4df5-bd45-778097074a4c
8803消费者:d82097cd-d461-48b2-901a-399122e4469a
8803消费者:3f6ac994-7c33-46c1-bc8a-248eee8510e5
```
可见 8802 消费者 与 8803 消费者接收到的消息是一模一样的,这就是消息被重复消费的问题。
<br/>
**2. 消费被重复消费的原因**
消息之所以被重复消费,是因为Stream定义不属于同一组的消费者是可以重复消费消息的。默认是不分组的。
<br/>
**3. 为什么要避免重复消费**
在生产实际中,比如在如下场景中,订单系统我们做集群部署,都会从RabbitMQ中获取订单信息,那<mark>如果一个订单同时被两个服务获取到,那么就会造成数据错误,产生两次结账</mark>。我们得避免这种情况。这时我们就可以使用Stream中的<mark>消息分组</mark>来解决。
![](https://img.kancloud.cn/bc/04/bc04682525a32132f388c826a83eaa5f_1102x402.jpg)
注意在Stream中<mark>处于同一个组中的多个消费者是竞争关系,就能够保证消息只会被其中一个应用消费一次。不同组是可以全面消费的(重复消费)</mark>。
<br/>
# 2. 解决重复消费问题
<mark>处于同一个组中的多个消费者是竞争关系,就能够保证消息只会被其中一个应用消费一次。不同组是可以全面消费的(重复消费)</mark>。
<br/>
将 8802 消费者 和 8803 消费者 分在同一个组`group: atguiguA`内即可实现消息不被重复消费。
```
#在两个消费端做如下配置
spring.cloud.stream.bindings.input.group: atguiguA #分组
```
<br/>
访问8801生产者生产消息:http://localhost:8801/sendMessage
```
生产者:c84ffd99-1f90-46ea-add6-ae36147e3f50
生产者:e525446e-3bf6-4efc-a0d9-30355261a1ff
生产者:fe83b854-50f7-4c43-9995-5f9aa5420621
生产者:fd6b30a9-f3da-4334-9fd9-c767a56ba1a4
生产者:84e232a9-49bd-4293-944f-5d2e11933e90
生产者:d9387e40-74f7-47a9-9965-12f30258701a
8802消费者:c84ffd99-1f90-46ea-add6-ae36147e3f50
8802消费者:fe83b854-50f7-4c43-9995-5f9aa5420621
8802消费者:84e232a9-49bd-4293-944f-5d2e11933e90
8803消费者:e525446e-3bf6-4efc-a0d9-30355261a1ff
8803消费者:fd6b30a9-f3da-4334-9fd9-c767a56ba1a4
8803消费者:d9387e40-74f7-47a9-9965-12f30258701a
```
可见 8802 消费者 与 8803 消费者接收到的消息是完全不同的,这就解决了消息被重复消费的问题。
- 微服务
- 微服务是什么?
- 微服务架构
- 微服务优缺点
- 微服务技术栈
- 微服务框架对比
- SpringCloud
- SpringCloud是什么
- SpringCloud与SpringBoot对比
- SpringCloud与Dubbo对比
- Rest微服务案例
- 总体介绍
- 父工程构建步骤
- 公共模块构建步骤
- 服务端模块构建步骤
- 消费端模块构建步骤
- Eureka服务注册与发现
- Eureka是什么
- Eureka原理
- Eureka注册服务中心构建
- 向Eureka注册已有微服务
- Eureka的自我保护机制
- Eureka服务发现
- Eureka集群配置
- Eureka与Zookeeper对比
- Ribbon负载均衡
- Ribbon是什么
- Ribbon负载均衡演示
- 构建服务端模块
- 构建消费端模块
- Ribbon核心组件IRule
- 自定义负载均衡策略
- Ribbon均衡策略优先级
- 轮询策略算法
- OpenFeign负载均衡
- OpenFeign是什么
- 负载均衡演示
- 日志打印功能
- 导出功能
- Hystrix断路器
- Hystrix是什么
- 服务熔断
- Hystrix服务端构建
- 服务熔断演示
- 服务熔断类型
- HystrixProperty配置汇总
- 服务降级
- Hystrix客户端构建
- 服务降级演示
- fallbackFactory
- 熔断与降级
- 服务监控
- 网关服务Zuul
- Zuul是什么
- Zuul路由服务构建
- 设置访问映射规则
- Config分布式配置中心
- Config分布式配置中心是什么
- Config服务端与Git通信
- Config客户端获取配置
- Config客户端动态刷新
- Bus消息总线
- Bus消息总线是什么
- Bus消息总线原理
- 广播通知设计思想
- 广播通知演示
- 定点通知演示
- Stream消息驱动
- 为什么要引入Stream
- Stream消息驱动是什么
- Stream设计思想
- Stream流程和注解
- Stream案例演示
- 重复消费问题
- 消息持久化
- Sleuth分布式链路跟踪
- Sleuth是什么
- 搭建链路监控
- SpringCloud Alibaba
- Nacos注册与配置中心
- Nacos是什么
- 安装并运行Nacos
- Nacos注册中心
- 服务端入住Nacos
- 消费端入住Nacos
- Nacos负载均衡演示
- 服务注册中心对比
- Nacos的AP和CP转化
- Nacos配置中心
- 基础配置演示
- Nacos分类配置
- Nacos集群搭建
- Sentinel实现熔断与限流
- Sentinel是什么
- Sentinel环境搭建
- Sentinel监控微服务演示
- Sentinel流控规则
- 流量监控的作用
- 设置流控规则
- Sentinel降级规则
- 熔断降级作用
- 设置降级规则
- Sentinel热点限流
- 什么是热点
- 设置热点限流
- Sentinel系统限流
- @SentinelResource
- @SentinelResource属性
- @SentinelResource限流演示
- @SentinelResource熔断演示
- 规则持久化
- 熔断框架比较
- Seata分布式事务
- 分布式事务问题
- Seata是什么
- Seata分布式事务过程
- Seata环境搭建
- 演示示例
- 业务说明
- 数据库环境准备
- 微服务环境准备
- 测试
- Consul服务注册与发现
- Consul是什么
- Consul能做什么
- 环境搭建
- Windows平台
- 服务端入住Consul
- 消费端入住Consul
- 注册中心对比
- Zookeeper服务注册与发现
- Zookeeper是什么
- 环境搭建
- 服务端入住Zookeeper
- 消费端入住Zookeeper
- 网关服务Gateway
- Gateway是什么
- Gateway能做什么
- Gateway对比Zuul
- 三大核心概念
- Gateway工作流
- 环境搭建
- 网关路由配置方式
- 配置文件配置
- 代码中配置
- 动态路由
- Predicate断言
- 断言是什么
- 常用断言
- Filter过滤器
- 过滤器是什么
- 过滤器种类
- 自定义过滤器