目录
1. Stream消息驱动概述
1.1 简介
Spring Cloud Stream is a framework for building highly scalable event-driven microservices connected with shared messaging systems.
The framework provides a flexible programming model built on already established and familiar Spring idioms and best practices, including support for persistent pub/sub semantics, consumer groups, and stateful partitions.
Stream消息驱动是一个构建驱动微服务的框架,应用程序通过input或者output来与Springcloud stream中binder对象交互,而Springcloud stream的binder对象负责与消息中间件交互。如此,我们只需要了解如何与Springcloud stream交互就能很方便地使用消息驱动了。(目前仅支持RabbitMQ和Kafka)
1.2 设计思想
1) 标准MQ:
- 生产者/消费者之间靠消息媒介传递消息内容(Message)。
- 消息必须走特定的通道(消息通道MessageChannel)。
- 消息通道MessageChannel的子接口SubscribableChannel,由MessageHandler消息处理器所订阅。
2) Stream中的消息通信方式遵循了发布-订阅模式:
- RabbitMQ中的Exchange。
- Kafka中的Topic。
3) 实现应用程序与消息中间件细节之间的隔离。Stream对消息中间件的进一步封装,做到了代码层面对中间件的无感知,甚至于动态切换中间件,使得微服务开发的高度解耦,可以更多的管住自己业务流程的开发。
2. Stream案例
以下总结以RabbitMQ为例,相关的配置可以参考:关于Springcloud Bus的使用小结。
以下案例代码的Github地址。
四个modules分别是:cloud-eureka-server7001,cloud-stream-rabbitmq-provider8801,cloud-stream-rabbitmq-consumer8802,cloud-stream-rabbitmq-consumer8803。
2.1 消息驱动之生产者
1) cloud-stream-rabbitmq-provider8801的Stream依赖。
<!--stream rabbit -->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-stream-rabbit</artifactId>
</dependency>
2) Binder的配置(生产者Output)。
bindings: #服务的整合处理
output: #这个名字是一个通道的名称
destination: studyExchange #表示要使用的Exchange名称定义
content-type: application/json #设置消息类型,本次为json,本文要设置为“text/plain”
binder: defaultRabbit #设置要绑定的消息服务的具体设置
3) 定义消息的推送管道。
@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;
}
}
4) 启动RabbitMQ,然后启动cloud-eureka-server7001,cloud-stream-rabbitmq-provider8801。
5) 访问多几次接口(localhost:8801/sendMessage),然后查看RabbitMQ(localhost:15672/#/)。
2.2 消息驱动之消费者
1) cloud-stream-rabbitmq-consumer8802的依赖。
<!--stream rabbit -->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-stream-rabbit</artifactId>
</dependency>
2) Binder的配置(消费者Input)。
bindings: #服务的整合处理
input: #这个名字是一个通道的名称
destination: studyExchange #表示要使用的Exchange名称定义
content-type: application/json #设置消息类型,本次为json,本文要设置为“text/plain”
binder: defaultRabbit #设置要绑定的消息服务的具体设置
3) 定义消息的监听器。
@Component
@EnableBinding(Sink.class)
public class ReceiverMessageListenerController {
@Value("${server.port}")
private String serverPort;
@StreamListener(Sink.INPUT)
public void input(Message<String> message) {
System.out.println("消费者1号, -----> 接受到的消息: " + message.getPayload()
+ "\t port: " + serverPort);
}
}
4) 访问接口(localhost:8801/sendMessage),控制台即时打印监听到的消息。
5) 同样的方式创建cloud-stream-rabbitmq-consumer8803。
3. 分组消费与持久化
微服务应用放置于同一个group中,就能够保证消息只会被其中一个应用消费一次(同一组内会发生竞争关系,只有其中一个可以消费)。
3.1 重复消费问题
1) cloud-stream-rabbitmq-consumer8802和cloud-stream-rabbitmq-consumer8803的group不同。
- 8802修改YML:bindings下添加group: shenzhen。
- 8803修改YML:bindings下添加group: guangzhou。
访问两次接口(localhost:8801/sendMessage)。
cloud-stream-rabbitmq-provider8801:
cloud-stream-rabbitmq-consumer8802:
cloud-stream-rabbitmq-consumer8803:
2) cloud-stream-rabbitmq-consumer8802和cloud-stream-rabbitmq-consumer8803的group相同。
访问两次接口(localhost:8801/sendMessage)。
cloud-stream-rabbitmq-provider8801:
cloud-stream-rabbitmq-consumer8802:
cloud-stream-rabbitmq-consumer8803:
3.2 消息持久化问题
有指定分组的服务消息可以持久化,即使服务中途断开后重启仍然可以取得消息,而未指定分组的服务就会丢失断开期间的MQ消息。