SpringCloud Stream消息驱动组件

2022-03-25 02:01:25 阅读：201 来源： 互联网

标签：Spring Stream SpringCloud MQ 消息消息中间件组件 Cloud

一、Stream解决的痛点问题

Spring Cloud Stream 消息驱动组件帮助我们更快速，更方便，更友好的去构建消息驱动微服务的

MQ消息中间件广泛应用在应用解耦合、异步消息处理、流量削峰等场景中

不同的MQ消息中间件内部机制包括使用方式都会有所不同，比如RabbitMQ中有 Exchange(交换机/交换器)这一概念，kafka有Topic、Partition分区这些概念， MQ消息中间件的差异性不利于我们上层的开发应用，当我们的系统希望从原有的 RabbitMQ切换到Kafka时，我们会发现比较困难，很多要操作可能重来(因为应用程序和具体的某一款MQ消息中间件耦合在一起了)

Spring Cloud Stream进行了很好的上层抽象，可以让我们与具体消息中间件解耦合，屏蔽掉了底层具体MQ消息中间件的细节差异，就像Hibernate屏蔽掉了具体数据库(Mysql/Oracle一样)。如此一来，我们学习、开发、维护MQ都会变得轻松。目前Spring Cloud Stream支持RabbitMQ和Kafka

本质:屏蔽掉了底层不同MQ消息中间件之间的差异，统一了MQ的编程模型，降低了学习、开发、维护MQ的成本

二、Stream重要概念

Spring Cloud Stream 是一个构建消息驱动微服务的框架。应用程序通过inputs(相当于消息消费者consumer)或者outputs(相当于消息生产者producer)来与 Spring Cloud Stream中的binder对象交互，而Binder对象是用来屏蔽底层MQ细节的，它负责与具体的消息中间件交互

Binder绑定器

Binder绑定器是Spring Cloud Stream 中非常核心的概念，就是通过它来屏蔽底层不同MQ消息中间件的细节差异，当需要更换为其他消息中间件时，我们需要做的就是更换对应的Binder绑定器而不需要修改任何应用逻辑(Binder绑定器的实现是框架内置的，Spring Cloud Stream目前支持Rabbit、Kafka两种消息队列)

三、传统MQ模型与Stream消息驱动模型

四、Stream消息通信方式及编程模型

4.1 Stream消息通信方式

Stream中的消息通信方式遵循了发布—订阅模式。

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

4.2 Stream编程注解

五、Stream高级之自定义消息通道

public interface LogProcessor {

    String INPUT_LOG = "input_log";
    String OUTPUT_LOG = "output_log";

    @Input(INPUT_LOG)
    SubscribableChannel inputLog();

    @Output(OUTPUT_LOG)
    MessageChannel outputLog();
}

在 @EnableBinding 注解中，绑定自定义的接口，使用 @StreamListener 做监听的时候,指定输入消息的channel

@EnableBinding(LogProcessor.class)
public class LogMessageConsumerServiceImpl {


    @StreamListener(LogProcessor.INPUT_LOG)
    public void receiveMessage(Message<String> message) {
        System.out.println("========LOG接受消息:" + message);
    }
}

配置文件绑定

      bindings: # 关联整合通道和binder对象
        input: # output是我们定义的通道名称，此处不能乱改
          destination: wuzxExchange # 要使用的Exchange名称(消息队列主题名称)
          context-type: text/plain # 消息类型设置，比如json
          binder: localRabbitBinder # 关联MQ服务
          group: wuzxGroup
        input_log:
          destination: wuzxTestExchange
          context-type: text/plain # 消息类型设置，比如json
          binder: localRabbitBinder # 关联MQ服务
          group: wuzxTestGroup
        output_log:
          destination: wuzxTestExchange
          context-type: text/plain # 消息类型设置，比如json
          binder: localRabbitBinder # 关联MQ服务

六、Stream高级之消息分组

消费者端有两个(消费同一个MQ的同一个主题)，但是呢我们的业务场景中希望这个主题的一个Message只能被一个消费者端消费处理，此时我们就可以使用消息分组。

解决的问题:能解决消息重复消费问题

多个消费者实例配置为同一个group名称(在同一个group中的多个消费者只有一个可以获取到消息并消费)

        input_log:
          destination: wuzxTestExchange
          context-type: text/plain # 消息类型设置，比如json
          binder: localRabbitBinder # 关联MQ服务
          group: wuzxTestGroup

标签：Spring,Stream,SpringCloud,MQ,消息,消息中间件,组件,Cloud
来源： https://www.cnblogs.com/wuzhixuan/p/16052866.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9