前言：不断学习就是程序员的宿命。
一、消息驱动概述
1、简介
一句话：屏蔽底层消息中间件的差异，降低切换成本，统一消息的编程模型。
官网：https://spring.io/projects/spring-cloud-stream#overview
API：https://cloud.spring.io/spring-cloud-static/spring-cloud-stream/3.0.1.RELEASE/reference/html/
中文参考文档：https://m.wang1314.com/doc/webapp/topic/20971999.html
2、设计思想
(1)标准MQ
①生产者/消费者之间靠消息媒介传递信息内容（Message）
②消息必须走特定的通道（消息通道MessageChannel）
③消息通道里的消息如何消费？谁负责收发处理（消息通道MessageChannel的子接口SubscribableChannel），由MessageHandler消息处理器所订阅）
(2)为什么使用Cloud Stream
这些中间件的差异性导致我们实际开发项目造成了一定的困扰，我们如果用了两个消息队列的其中一种，后面的业务需求，我们想往另外一种消息队列进行转移，这时候无疑就是一个灾难性的，一大堆东西都要重新推到重新做，因为它跟我们的系统耦合了，这时候SpringCloud Stream给我们提供了一种解耦合的方式。
通过定义绑定器作为中间层，完美地实现了应用程序与消息中间件细节之间的隔离。通过向应用程序暴露统一的Channel通道，使得应用程序不需要考虑各种不同的消息中间件实现。
(3)处理架构
Input对应消费者，Output对应生产者
Stream中的消息通信方式遵循了发布-订阅模式：Topic主题进行广播：RabbitMQ中就是Exchange、在Kafka中就是Topic
3、Stream标准流程
Binder:很方便的连接中间件
Channel：通道，是队列Queue的一种抽象，在消息通讯系统中就是实现存储和转发的媒介，通过Channel对队列进行配置
Source和Sink：简单的可理解为参照对象是SpringCloud Stream自身，从Stream发布消息就是输出，接受消息就是输入
4、编码API及常用注解
