关于Springcloud Stream消息驱动的使用 小结

目录

1. Stream消息驱动概述

1.1 简介

1.2 设计思想

2. Stream案例

2.1 消息驱动之生产者

2.2 消息驱动之消费者

3. 分组消费与持久化

3.1 重复消费问题

3.2 消息持久化问题

---

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消息。