(学习记录)
一、概述
屏蔽底层消息中间件的差异,降低切换成本,统一消息的编程模型
目前仅支持RabbitMQ、Kafka。
官方定义 Spring Cloud Stream 是一个构建消息驱动微服务的框架。
应用程序通过 inputs 或者 outputs 来与 Spring Cloud Stream中binder对象交互。
通过我们配置来binding(绑定) ,而 Spring Cloud Stream 的 binder对象负责与消息中间件交互。
所以,我们只需要搞清楚如何与 Spring Cloud Stream 交互就可以方便使用消息驱动的方式。
通过使用Spring Integration来连接消息代理中间件以实现消息事件驱动。
Spring Cloud Stream 为一些供应商的消息中间件产品提供了个性化的自动化配置实现,引用了发布-订阅、消费组、分区的三个核心概念Spring Cloud Stream Reference Documentation
中文指导手册:Spring Cloud Stream中文指导手册
1.标准的MQ:
- 生产者/消费者之间靠消息媒介传递信息内容
- 消息必须走特定的通道

2.引入原有
在上述中,我们有了RabbitMQ、Kafka等中间件帮助我们进行消息的接收发送,为啥还要引入SCS呢?
简要说明:比方说我们用到了RabbitMQ和Kafka,由于这两个消息中间件的架构上的不同。
像RabbitMQ有exchange,kafka有Topic和Partitions分区,这些中间件的差异性导致我们实际项目开发给我们造成了一定的困扰,我们如果用了两个消息队列的其中一种,后面的业务需求,我想往另外一种消息队列进行迁移,这时候无疑就是一个灾难性的,一大堆东西都要重新推倒重新做,因为它跟我们的系统耦合了。这时候springcloud Stream(简称SCS)给我们提供了一种解耦合的方式。
一句话:不同中间件不同,当整个庞大的系统出现了多个中间件,当业务需求需要整合的时候,必然会导致东西修改重做。SCS就可以避免这个问题的出现。
它相当于只认中间件,生产者这边通过Source发送消息,然后通过Binder绑定中间件(不管你是RabbitMQ还是Kafka),中间件接收消息后,消费者那边通过Sink消费消息。
这样整合的时候就不用管中间件是啥了,通过SCS就可以了。
3.绑定器Binder
INPUT对应于消费者,OUTPUT对应于生产者
在没有绑定器这个概念的情况下,我们的SpringBoot应用要直接与消息中间件进行信息交互的时候,由于各消息中间件构建的初衷不同,它们的实现细节上会有较大的差异性。
通过定义绑定器作为中间层,完美地实现了应用程序与消息中间件细节之间的隔离。Stream对消息中间件的进一步封装,可以做到代码层面对中间件的无感知,甚至于动态的切换中间件(rabbitmq切换为kafka),使得微服务开发的高度解耦,服务可以关注更多自己的业务流程

Stream标准流程:

- Binder: 很方便的连接中间件,屏蔽差异
- Channel:通道,是队列Queue的一种抽象,在消息通讯系统中就是实现存储和转发的媒介,通过Channel对队列进行配置
- Source和Sink:从Stream发布消息就是输出,接受消息就是输入。
没有SCS之前生产者,消费者都是直接与MQ中间件连接在一起。比如:此时生产者A1和消费者B1是RabbitMQ;生产者A2和消费者B2是Kafka。由于系统整合,要将RabbitMQ换成Kafka的形式,那么A1和B1都要大改,及其不友好,甚至还要重做。引入SCS就不用了,直接利用SCS中的Binder进行绑定MQ中间件,不用管细节。
常用API注解:

二、实例
1.消息驱动之生产者
1.1新建module:cloud-stream-rabbitmq-provider8801
1.2配置pom.xml
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
<!--stream引入-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-stream-rabbit</artifactId>
</dependency>
<!--基础配置-->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-devtools</artifactId>
<scope>runtime</scope>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
</dependencies>
</project>
1.3配置yml,注意如果是mq在云服务器上面,请将配置rabbitmq提取出来放到spring下
server:
port: 8801
spring:
application:
name: cloud-stream-provider
cloud:
stream:
binders: # 在此处配置要绑定的rabbitmq的服务信息;
defaultRabbit: # 表示定义的名称,用于于binding整合
type: rabbit # 消息组件类型
environment: # 设置rabbitmq的相关的环境配置
spring:
rabbitmq:
host: localhost
port: 5672
username:
password:
bindings: # 服务的整合处理
output: # 这个名字是一个通道的名称
destination: studyExchange # 表示要使用的Exchange名称定义
content-type: application/json # 设置消息类型,本次为json,文本则设置“text/plain”
binder: defaultRabbit # 设置要绑定的消息服务的具体设置
eureka:
client: # 客户端进行Eureka注册的配置
service-url:
defaultZone: http://localhost:7001/eureka
instance:
lease-renewal-interval-in-seconds: 2 # 设置心跳的时间间隔(默认是30秒)
lease-expiration-duration-in-seconds: 5 # 如果现在超过了5秒的间隔(默认是90秒)
instance-id: send-8801.com # 在信息列表时显示主机名称
prefer-ip-address: true # 访问的路径变为IP地址
1.4主启动
@SpringBootApplication
public class StreamMQMain8801
{
public static void main(String[] args)
{
SpringApplication.run(StreamMQMain8801.class,args);
}
}
1.5业务类
发现接口
public interface IMessageProvider
{
public String send() ;
}
发送消息接口实现类
@EnableBinding(Source.class) // 可以理解为是一个消息的发送管道的定义
public class MessageProviderImpl implements IMessageProvider
{
@Resource
private MessageChannel output; // 消息的发送管道
@Override
public String send()
{
String serial = UUID.randomUUID().toString();
this.output.send(MessageBuilder.withPayload(serial).build()); // 创建并发送消息
System.out.println("***serial: "+serial);
return serial;
}
}
controller层
@RestController
public class SendMessageController
{
@Resource
private IMessageProvider messageProvider;
@GetMapping(value = "/sendMessage")
public String sendMessage()
{
return messageProvider.send();
}
}
2.消息驱动之消费者
2.1新建module:cloud-stream-rabbitmq-consumer8802
2.2pom和8801一样
2.3配置yml,同理云就拿出
server:
port: 8802
spring:
application:
name: cloud-stream-consumer
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 # 设置要绑定的消息服务的具体设置
eureka:
client: # 客户端进行Eureka注册的配置
service-url:
defaultZone: http://localhost:7001/eureka
instance:
lease-renewal-interval-in-seconds: 2 # 设置心跳的时间间隔(默认是30秒)
lease-expiration-duration-in-seconds: 5 # 如果现在超过了5秒的间隔(默认是90秒)
instance-id: receive-8802.com # 在信息列表时显示主机名称
prefer-ip-address: true # 访问的路径变为IP地址
2.4主启动
@SpringBootApplication
public class StreamMQMain8802
{
public static void main(String[] args)
{
SpringApplication.run(StreamMQMain8802.class,args);
}
}
2.5业务类
@Component
@EnableBinding(Sink.class)
public class ReceiveMessageListener
{
@Value("${server.port}")
private String serverPort;
@StreamListener(Sink.INPUT)
public void input(Message<String> message)
{
System.out.println("消费者1号,------->接收到的消息:" + message.getPayload()+"\t port: "+serverPort);
}
}
三、分组消费与持久化
1.分组问题
1.1首先根据依照8802,clone出来一份运行8803
1.2完成后出现重复消费的问题
可以看到8802消费了,8803也进行了消息的消费
消息被重复消费了
1.3原因
默认分组group是不同的,组的流水号不同,被认为不同组可以消费
1.4 解决
不同组是可以全面消费的(重复消费),同一组内会发生竞争关系,只有其中一个可以消费
变成同一组,就避免重复消费:同一个组的多个微服务实例,每次只会有一个拿到
8802、8803修改YML:
测试后:
2.持久化问题
配置了group保证了持久化:
查看步骤
1.停止8802/8803并去除掉8802的分组group: atguiguA
2.8801先发送4条消息到rabbitmq
3.先启动8802,无分组属性配置,后台没有打出来消息
4.再启动8803,有分组属性配置,后台打出来了MQ上的消息
本文介绍了Spring Cloud Stream如何通过屏蔽底层消息中间件差异,实现消息驱动微服务的无缝切换,降低开发成本。通过实例展示了如何配置RabbitMQ和Kafka,以及如何使用Binder进行消息生产者和消费者的整合,同时提及了分组消费和持久化处理的重要性。





466

被折叠的 条评论
为什么被折叠?



