SpingCloud 2020微服务教程【41】Stream

视频链接：2020最新版SpringCloud框架开发教程-周阳
文章源码：https://github.com/geyiwei-suzhou/cloud2020/

Spring Cloud Stream 是用于构建与共享消息传递系统连接的高度可伸缩的事件驱动微服务框架，该框架提供了一个灵活的编程模型，它建立在已经成熟和熟悉的Spring熟语和最佳实践上，包括支持持久化的发布/订阅、消费组以及消息区分这三个核心概念

应用程序通过inputs或者outputs来与Spring Cloud Stream中binder对象交互
通过我们配置来binding（绑定），而Spring Cloud Stream的binder对象负责与消息中间件交互。所以，我们只需要搞清楚如何与Spring Cloud Stream交互就可以方便使用消息驱动的方式

通过使用Spring Integration来连接消息代理中间件以实现消息事件驱动

目前仅支持RabbitMQ、Kakfa

Spring Cloud Stream使得不再关注具体MQ的细节，我们只需要用一种适配绑定的方式，自动的给我们在各种MQ内切换。屏蔽底层消息中间件的差异（Binder Implementations），降低切换成本，统一消息的编程模型

官方Api文档 中文指导手册

标准MQ：
生产者/消费者之间靠消息媒介传递信息内容Message
消息必须走特定的通道MessageChannel
消息通道MessageChannel的子接口SubscribableChannel，由MessageHandler消息处理器所订阅

如果同时用到了RabbitMQ和Kafka，由于这两个消息中间件的架构上的不同，像RabbitMQ有exchange，Kafka有Topic和Partition分区

这些中间件的差异性导致我们实际项目开发给我们造成了一定的困扰，我们如果用了两个消息队列的其中一种，后面的业务需求，我们想往另外一种消息队列进行迁移，这时候无疑就是一个灾难性的，一大堆东西都要重新推到重新做，因为它跟我们的系统耦合了，这时候Spring Cloud Stream给我们提供了一种解耦合的方式

在没有绑定器这个概念的情况下，我们的SpringBoot应用要直接与消息中间件进行信息交互的时候，由于各消息中间件构建的初衷不同，它们的实现细节上会有很大的差异性。通过定义绑定器作为中间层，完美地实现了应用程序与消息中间件细节之间的隔离。通过向应用程序暴露统一的Channel通道，使得应用程序不需要再考虑各种不同的消息中间件实现
INPUT对应消费者，OUTPUT对应生产者

Spring Cloud Stream处理架构

通过定义绑定器Binder作为中间层，实现了应用程序与消息中间件细节之间的隔离

Stream中的消息通信方式遵循了发布-订阅模式，Topic主题进行广播（RabbitMQ中的Exchange和Kafka中的Topic）

Stream编码常用注解

Binder：很方便的连接中间件，屏蔽差异
Channel：通道，是队列Queue的一种抽象，在消息通讯系统中就是实现存储和转发的媒介，通过Channel对队列进行配置
Source、Sink：从Stream发布消息就是输出，接收消息就是输入

组成	说明
Middleware	中间件，目前支持RabbitMQ和Kafka
Binder	Binder是应用和消息中间件之间的封装，目前实行了Kafka和RabbitMQ的Binder，通过Binder可以很方便的连接中间件，可以动态的改变消息类型（对应于Kafka的topic，RabbitMQ的exchange），这些都可以通过配置文件来实现
@Input	注解标识输入通道，通过该输入通道接收到的消息进入应用程序
@Output	注解标识输出通道，发布的消息将通过该通道离开应用程序
@StreamListener	监听队列，用于消费者的队列的消息接收
@EnableBinding	指信道channel和exchange绑定在一起