Spring Cloud Stream 快速入门

Hello，欢迎来到程序员社区。今天聊一聊 Spring Cloud Stream 快速入门，希望对大家有所帮助。

Java面试手册PDF下载：http://117.78.51.75/219-2

文章目录

- Spring Cloud Stream简介
- - 快速入门
  - 核心概念
  - 发布-订阅模式
  - 消费组
  - 消息分区
- 源代码

Spring Cloud Stream简介

Spring Cloud Stream是一个用来为微服务应用构建消息驱动能力的框架。它可以基于Spring Boot 来创建独立的、可用于生产的Spring应用程序。它通过使用Spring Integration编程电子书汇总来连接消息代理中间件以实现消息事件驱动。Spring Cloud Stream为一些供应商的消息中间件产品提供了个性化的自动化配置实现，并且引入了发布-订阅、消费组以及分区这三个核心概念。简单地说，Spring Cloud Stream本质上就是整合了Spring Boot和Spring Integration，实现了一套轻量级的消息驱动的微服务框架。

通过使用Spring Cloud Stream，可以有Java面试手册效简化开发人员对消息中间件的使用复杂度，让系统开发人员可以有更多的精力关注于核心业务逻辑的处理。由于Spring Cloud Stream 基于Spring Boot实现，所以它秉承了Spring Boot的优点，自动化配置的功能可帮助我们快速上手使用.

快速入门

首先加入pom依赖


project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
    modelVersion>4.0.0modelVersion>
    parent>
        groupId>org.springframework.bootgroupId>
        artifactId>spring-boot-starter-parentartifactId>
        version>2.4.0-M1version>
        relativePath/> 
    parent>
    groupId>com.examplegroupId>
    artifactId>cloud-stream-demoartifactId>
    version>0.0.1-SNAPSHOTversion>
    name>cloud-stream-demoname>
    description>Demo project for Spring Bootdescription>

    properties>
        java.version>1.8java.version>
        spring-cloud.version>2020.0.0-SNAPSHOTspring-cloud.version>
    properties>

    dependencies>
        dependency>
            groupId>org.springframework.cloudgroupId>
            artifactId>spring-cloud-starter-stream-rabbitartifactId>
        dependency>

        dependency>
            groupId>org.springframework.bootgroupId>
            artifactId>spring-boot-starter-testartifactId>
            scope>testscope>
        dependency>
    dependencies>

    dependencyManagement>
        dependencies>
            dependency>
                groupId>org.springframework.cloudgroupId>
                artifactId>spring-cloud-dependenciesartifactId>
                version>${spring-cloud.version}version>
                type>pomtype>
                scope>importscope>
            dependency>
        dependencies>
    dependencyManagement>

    build>
        plugins>
            plugin>
                groupId>org.springframework.bootgroupId>
                artifactId>spring-boot-maven-pluginartifactId>
            plugin>
        plugins>
    build>

    repositories>
        repository>
            id>spring-milestonesid>
            name>Spring Milestonesname>
            url>https://repo.spring.io/milestoneurl>
        repository>
        repository>
            id>spring-snapshotsid>
            name>Spring Snapshotsname>
            url>https://repo.spring.io/snapshoturl>
            snapshots>
                enabled>trueenabled>
            snapshots>
        repository>
    repositories>
    pluginRepositories>
        pluginRepository>
            id>spring-milestonesid>
            name>Spring Milestonesname>
            url>https://repo.spring.io/milestoneurl>
        pluginRepository>
    pluginRepositories>

project>

加入配置文件：

spring:
  rabbitmq:
    host: 192.168.99.100
    port: 5672
    username: guest
    password: guest

创建用于接收来自RabbitMQ消息的消费者SinkReceiver，具体如下：

package com.example.stream;

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.cloud.stream.annotation.EnableBinding;
import org.springframework.cloud.stream.annotation.StreamListener;
import org.springframework.cloud.stream.messaging.Sink;

@EnableBinding(Sink.class)
public class SinkReceiver {
    private static final Logger LOGGER = LoggerFactory.getLogger(SinkReceiver.class);

    @StreamListener(Sink.INPUT)
    public void receive(Object payload) {
        LOGGER.inJava面试手册fo("Received: {}", payload);
    }
}

@EnableBinding，该注解用来指定一个或多个定义了@Input或@output 注解的接口，以此实现对消息通道(Channel)的绑定。在上面的例子中，我们通过@EnableBinding(Sink.class)绑定了sink接口，该接口是Spring Cloud Stream中默认实现的对输入消息通道绑定的定义，它的源码如下：

public interface Sink {
    String INPUT = "input";

    @Input("input")
    SubscribableChannel input();
}

它通过@Input注解绑定了一个名为input的通道。除了Sink之外，Spring Cloud Stream还默认实现了绑定 output通道的Source接口，还有结合了Sink和Source的Processor接口，实际使用时我们也可以自己通过@Input和@Output注解来定义绑定消息通道的接口.

@StreamListener：它主要定义在方法上，作用是将被修饰的方法注册为消息中间件上数据流的事件监听器，注解中的属性值对应了监听的消息通道名。在上面的例子中，我们通过 @StreamListener(Sink.INPUT)）注解将 receive 方法注册为input消息通道的监听处理器，所以当我们在RabbitMQ的控制页面中发布消息的时候，receive方法会做出对应的响应动作。

启动类如下：

package com.example.stream;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;

@SpringBootApplication
public class StreamApp {
    public static void main(String[] args) {
        SpringApplication.run(StreamApp.class, args);
    }
}

然后启动我们的application

Spring Cloud Stream 快速入门插图

然后我们到RabbitMQ的控制台

Spring Cloud Stream 快速入门插图1

然后我们找到我们的RabbitMQ的队列管理页面，然后通过Publish message功能，向我们的队列中发送一条message。

Spring Cloud Stream 快速入门插图2

然后我们就可以看到我们的控制台中打印出了hello。

Spring Cloud Stream 快速入门插图3

核心概念

Spring Cloud Stream 快速入门插图4

从中我们可以看到，Spring Cloud Stream 构建的应用程序与消息中间件之间是通过绑定器Binder相关联的，绑定器对于应用程序而言起到了隔离作用，它使得不同消息中间件的实现细节对应用程序来说是透明的。所以对于每一个Spring Cloud Stream的应用程序来说，它不需要知晓消息中间件的通信细节，它只需知道Binder对应程序提供的抽象概念来使用消息中间件来实现业务逻辑即可，而这个抽象概念就是在快速入门中我们提到的消息通道：Channel。

如上图所示，在应用程序和Binder之间定义了两条输入通道和三条输出通道来传递消息，而绑定器则是作为这些通道和消息中间件之间的桥梁进行通信。

Binder绑定器是Spring Cloud Stream中一个非常重要的概念。在没有绑定器这个概念的情况下，Spring Boot应用要直接与消息中间件进行信息交互的时候，由于各消息中间件构建的初衷不同，所以它们在实现细节上会有较大的差异，这使得我们实现的消息交互逻辑就会非常笨重，因为对具体的中间件实现细节有太重的依赖，当中编程电子书汇总间件有较大的变动升级或是更换中间件的时候，我们就需要付出非常大的代价来实施。通过定义绑定器作为中间层，完美地实现了应用程序与消息中间件细节之间的隔离。通过向应用程序暴露统一的Channel通道，使得应用程序不需要再考虑各种不同的消息中间件的实现。当需要升级消息中间件，或是更换其他消息中间件产品时，我们要做的就是更换它们对应的Binder绑定器而不需要修改任何Spring Boot的应用逻辑。

发布-订阅模式

Spring Cloud Stream中的消息通信方式遵循了发布-订阅模式，当一条消息被投递到消息中间件之后，它会通过共享的Topic主题进行广播，消息消费者在订阅的主题中收到它并触发自身的业务逻辑处理。这里所提到的Topic主题是Spring Cloud Stream中的一个抽象概念，用来代表发布共享消息给消费者的地方。在不同的消息中间件中，Topic可能对应不同的概念，比如，在RabbitMQ中，它对应Exchange，而在Kakfa中则对应Kafka中的Topic。

我们通过RabbitMQ的Channel发布消息给我们编写的应用程序消费，而实际上Spring Cloud Stream应用启动的时候，在RabbitMQ的Exchange中也创建了一个名为input的Exchange交换器，由于Binder的隔离作用，应用程序并无法感知它的存在，应用程序只知道自己指向Binder的输入或是输出通道。

我们可以利用我们在快速入门的中代码来进行演示，我们只需要启动两个application。

首先需要在我们IDEA中设置一下，运行跑多个App。

Spring Cloud Stream 快速入门插图5

然后我们就可以同时启动两个application

然后我们可以在RabbitMQ的Exchanges管理页面中看到有一个input的Exchange交换器。

Spring Cloud Stream 快速入门插图6

然后我们点进去可以看到，这个exchange绑定了两条queue，也就是两个应用程序绑定的消息队列。

Spring Cloud Stream 快速入门插图7

然后我们可以通过Exchange页面的Publish Message来发布消息，此时可以发现两个启动的应用程序都输出了消息内容。

Spring Cloud Stream 快速入门插图8

Spring Cloud Stream 快速入门插图9

Spring Cloud Stream 快速入门插图10

下图总结了我们上面所做尝试的基础结构编程电子书汇总。启动的两个应用程序分别是“订阅者-1”
和“订阅者-2”，它们都建立了一条输入通道绑定到同一个Topic（RabbitMQ的Exchange）
上。当该Topic中有消息发布进来后，连接到该Topic上的所有订阅者可以收到该消息并根据自身的需求进行消费操作。

Spring Cloud Stream 快速入门插图11

相对于点对点队列实现的消息通信来说，Spring Cloud Stream采用的发布-订阅模式可以有效降低消息生产者与消费者之间的耦合。当需要对同一类消息增加一种处理方式时，只需要增加一个应用程序并将输入通道绑定到既有的Topic中就可以实现功能的扩展，而不需要改变原来已经实现的任何内容。

参考：设计模式之发布订阅模式(1) 一文搞懂发布订阅模式

消费组

虽然Spring Cloud Stream通过发布-订阅模式将消息生产者与消费者做了很好的解耦，基于相同主题的消费者可以轻松地进行扩展，但是这些扩展都是针对不同的应用实例而言的。在现实的微服务架构中，我们的每一个微服务应用为了实现高可用和负载均衡，实际上都会部署多个实例。在很多情况下，消息生产者发送消息给某个具体微服务时，只希望被消费一次，按照上面我们启动两个应用的例子，虽然它们同属一个应用，但是这个消息出现了被重复消费两次的情况。为了解决这个问题，在Spring Cloud Stream中提供了消费组的概念。

如果在同一个主题上的应用需要启动多个实例的时候，我们可以通过spring.cloud.
stream.bindings.input.group属性为应用指定一个组名，这样这个应用的多个实例在接收到消息的时候，只会有一个成员真正收到消息并进行处理。如下图所示，我们为Service-A和Service-B分别启动了两个实例，并且根据服务名进行了分组，这样当消息进入主题之后，Group-A和Group-B都会收到消息的副本，但是在两个组中都只会有一个实例对其进行消费。

Spring Cloud Stream 快速入门插图12

默认情况下，当没有为应用指定消费组的时候，Spring Cloud Stream会为其分配一个独立的匿名消费组。所以，如果同一主题下的所有应用都没有被指定消费组的时候，当有消息发布之后，所有的应用都会对其进行消费，因为它们各自都属于一个独立的组。大部分情况下，我们在创建Spring Cloud Stream应用的时候，建议最好为其指定一个消费组，以防止对消息的重复处理，除非该行为需要这样做（比如刷新所有实例的配置等）。

消息分区

通过引入消费组的概念，我们已经能够在多实例的情况下，保障每个消息只被组内的一个实例消费。通过上面对消费组参数设置后的实验，我们可以观察到，消费组无法控制消息具体被哪个实例消费。也就是说，对于同一条消息，它多次到达之后可能是由不同的实例进行消费的。但是对于一些业务场景，需要对一些具有相同特征的消息设置每次都被同一个消费实例处理，比如，一些用于监控服务，为了统计某段时间内消息生产者发送的报告内容，监控服务需要在自身聚合这些数据，那么消息生产者可以为消息增加一个固有的特征ID来进行分区，使得拥有这些ID的消息每次都能被发送到一个特定的实例上实现累计统计的效果，否则这些数据就会分散到各个不同的节点导致监控结果不一致的情况。而分区概念的引入就是为了解决这样的问题：当生产者将消息数据发送给多个消费者实例时，保证拥有共同特征的消息数据始终是由同一个消费者实例接收和处理。

Spring Cloud Stream为分区提供了通用的抽象实现，用来在消息中间件的上层实现分区处理，所以它对于消息中间件自身是否实现了消息分区并不关心，这使得Spring Cloud Stream为不具备分区功能的消息中间件也增加了分区功能扩展。

源代码

https://gitee.com/cckevincyh/cloud-stream-demo/tree/master/

时间不一定能证明很多东西，但是一定能看透很多东西。坚信自己的选择，不动摇，使劲跑，明天会更好。