Cloud Stream
主要使用的 MQ (消息中间件)
ActiveMQRabbitMQRocketMQKafka如此多的消息中间件，要都学完，人可能都没了！ 有没有一种新的技术诞生，让我们不再关注具体MQ的细节，我们只需要用一种适配绑定的方式，自动的给我们在各种MQ内切换。（类似于Hibernate）
引出 Cloud Stream ，Cloud Stream 是什么？ 屏蔽底层消息中间件的差异，降低切换成本，统一消息的编程模型。
简介
官方文档 ： https://spring.io/projects/spring-cloud-stream#overview Cloud Stream中文指导手册 : https://m.wang1314.com/doc/webapp/topic/20971999.html
官方定义Spring Cloud Stream是一个构建消息驱动微服务的框架。 应用程序通过inputs或者 outputs 来与Spring Cloud Stream中binder对象交互。
通过我们配置来binding(绑定)，而Spring Cloud Stream 的binder对象负责与消息中间件交互。所以，我们只需要搞清楚如何与Spring Cloud Stream交互就可以方便使用消息驱动的方式。
通过使用Spring Integration来连接消息代理中间件以实现消息事件驱动。 Spring Cloud Stream为一些供应商的消息中间件产品提供了个性化的自动化配置实现，引用了发布-订阅、消费组、分区的三个核心概念。
目前仅支持RabbitMQ、 Kafka。
设计思想标准 MQ
生产者/消费者之间靠消息媒介传递信息内容消息必须走特定的通道 - 消息通道 Message Channel消息通道里的消息如何被消费呢，谁负责收发处理 - 消息通道MessageChannel的子接口SubscribableChannel，由MessageHandler消息处理器所订阅。 使用原因比如我们用到了RabbitMQ和Kafka，由于这两个消息中间件的架构上的不同，像RabbitMQ有exchange，kafka有Topic和Partitions分区。
这些中间件的差异性导致我们实际项目开发给我们造成了一定的困扰，我们如果用了两个消息队列的其中一种，后面的业务需求，我想往另外一种消息队列进行迁移，这时候无疑就是一个灾难性的，一大堆东西都要重新推倒重新做，因为它跟我们的系统耦合了，这时候Spring Cloud Stream给我们提供了—种解耦合的方式。
Stream 统一底层差异
在没有绑定器这个概念的情况下，我们的SpringBoot应用要直接与消息中间件进行信息交互的时候，由于各消息中间件构建的初衷不同，它们的实现细节上会有较大的差异性通过定义绑定器作为中间层，完美地实现了应用程序与消息中间件细节之间的隔离。通过向应用程序暴露统一的Channel通道，使得应用程序不需要再考虑各种不同的消息中间件实现。
通过定义绑定器Binder作为中间层，实现了应用程序与消息中间件细节之间的隔离。 Binder：
INPUT对应于消费者OUTPUT对应于生产者 Stream 架构Stream中的消息通信方式遵循了发布-订阅模式 Topic主题进行广播 - 在RabbitMQ就是Exchange - 在Kakfa中就是Topic
Binder - 很方便的连接中间件，屏蔽差异。Channel - 通道，是队列Queue的一种抽象，在消息通讯系统中就是实现存储和转发的媒介，通过Channel对队列进行配置。Source和Sink - 简单的可理解为参照对象是Spring Cloud Stream自身，从Stream发布消息就是输出，接受消息就是输入。 使用案例 编码API和常用注解准备 RabbitMQ 环境
工程中新建三个子模块
cloud-stream-rabbitmq-provider8801，作为生产者进行发消息模块cloud-stream-rabbitmq-consumer8802，作为消息接收模块cloud-stream-rabbitmq-consumer8803，作为消息接收模块 消息驱动之生产者新建Module：cloud-stream-rabbitmq-provider8801
POM 文件 <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://· # 在信息列表时显示主机名称 prefer-ip-address: true # 访问的路径变为IP地址 主启动类StreamMQMain8801
import org.springframework.boot.SpringApplication; import org.springframework.boot.autoconfigure.SpringBootApplication; @SpringBootApplication public class StreamMQMain8801 { public static void main(String[] args) { SpringApplication.run(StreamMQMain8801.class,args); } } 业务类 发送消息接口 public interface IMessageProvider { public String send(); } 发送消息接口实现类 import com.lun.springcloud.service.IMessageProvider; import org.springframework.cloud.stream.annotation.EnableBinding; import org.springframework.cloud.stream.messaging.Source; import org.springframework.integration.support.MessageBuilder; import org.springframework.messaging.MessageChannel; import javax.annotation.Resource; import java.util.UUID; @EnableBinding(Source.class) //定义消息的推送管道 public class MessageProviderImpl implements IMessageProvider { @Resource private MessageChannel output; // 消息发送管道 @Override public String send() { String serial = UUID.randomUUID().toString(); output.send(MessageBuilder.withPayload(serial).build()); System.out.println("*****serial: "+serial); return null; } } Controller import com.lun.springcloud.service.IMessageProvider; import org.springframework.web.bind.annotation.GetMapping; import org.springframework.web.bind.annotation.RestController; import javax.annotation.Resource; @RestController public class SendMessageController { @Resource private IMessageProvider messageProvider; @GetMapping(value = "/sendMessage") public String sendMessage() { return messageProvider.send(); } } 测试访问 - http://localhost:8801/sendMessage
后台将打印serial: UUID字符串 消息驱动之消费者新建Module：cloud-stream-rabbitmq-consumer8802
POM 文件 <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://· # 在信息列表时显示主机名称 prefer-ip-address: true # 访问的路径变为IP地址 主启动类StreamMQMain8801
import org.springframework.boot.SpringApplication; import org.springframework.boot.autoconfigure.SpringBootApplication; @SpringBootApplication public class StreamMQMain8802 { public static void main(String[] args) { SpringApplication.run(StreamMQMain8802.class,args); } } 业务类 import org.springframework.beans.factory.annotation.Value; import org.springframework.cloud.stream.annotation.EnableBinding; import org.springframework.cloud.stream.annotation.StreamListener; import org.springframework.cloud.stream.messaging.Sink; import org.springframework.messaging.Message; import org.springframework.stereotype.Component; @Component @EnableBinding(Sink.class) public class ReceiveMessageListenerController { @Value("${server.port}") private String serverPort; @StreamListener(Sink.INPUT) public void input(Message<String> message) { System.out.println("消费者1号,----->接受到的消息: "+message.getPayload()+"\t port: "+serverPort); } } 测试启动 StreamMQMain8801
访问 - http://localhost:8801/sendMessage
8801 发送 8802 接收消息 group 组 消息重复消费问题按照 8802 ，克隆出来一份运行8803 - cloud-stream-rabbitmq-consumer8803
依次启动 RabbitMQ
服务注册 - 8801消息生产 - 8801消息消费 - 8802消息消费 - 8802运行后有两个问题
有重复消费问题消息持久化问题消费 - http://localhost:8801/sendMessage
目前是8802/8803同时都收到了，存在重复消费问题解决：分组和持久化属性 group（重要）假设在如下场景中，订单系统我们做集群部署，都会从RabbitMQ中获取订单信息，那如果一个订单同时被两个服务获取到，那么就会造成数据错误，我们得避免这种情况。这时我们就可以使用Stream中的消息分组来解决。 注意在Stream中处于同一个group中的多个消费者是竞争关系，就能够保证消息只会被其中一个应用消费一次。不同组是可以全面消费的(重复消费)。
group 使用微服务应用放置于同一个group中，就能够保证消息只会被其中一个应用消费一次。 不同的组是可以重复消费的，同一个组内会发生竞争关系，只有其中一个可以消费。
8802/8803都变成不同组，group 两个不同 group: A_Group、B_Group
8802 修改 YML
spring: application: name: cloud-stream-provider 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 # 设置要绑定的消息服务的具体设置 group: A_Group #<----------------------------------------关键8803 修改相同位置的 YML(即最后一行 group 字段)
结论：还是重复消费
解决：
8802/8803 实现轮询分组，每次只有一个消费者，8801模块的发的消息只能被8802或8803其中一个接收到，这样避免了重复消费。
8802/8803 都变成相同组，group 两个相同 group: A_Group
8802修改 YML group: A_Group8803修改 YML group: A_Group结论：同一个组的多个微服务实例，每次只会有一个拿到
消息持久化停止 8802/8803 并去除掉 8802 的分组g roup: A_Group，8803的分组 group : A_Group没有去掉。
8801 先发送4 条消息到 消息队列
先启动8802，无分组属性配置，后台没有打出来消息
再启动8803，有分组属性配置，后台打出来了MQ上的消息。(消息持久化体现)
 1.本站遵循行业规范，任何转载的稿件都会明确标注作者和来源；2.本站的原创文章，会注明原创字样,如未注明都非原创，如有侵权请联系删除！；3.作者投稿可能会经我们编辑修改或补充；4.本站不提供任何储存功能只提供收集或者投稿人的网盘链接。 |
标签： #Spring #Cloud #stream #一个构建消息驱动微服务的框架
