rabbitMQ初步使用

      最后更新:2022-01-31 00:47

      rabbitMQ初步使用整合springboot

      • rabbitMQ简介
        • MQ简介
          • 为什么要使用MQ
          • 应用方式
          • 协议
            • AMQP 与 JMS 区别
        • rabbitMQ简介
          • 核心概念
      • rabbitMQ在liunx安装
      • 整合springboot初步测试

      rabbitMQ简介

      MQ简介

      MQ全称为Message Queue,消息队列是应用程序和应用程序之间的通信方法。多用于分布式系统之间进行通信。

      为什么要使用MQ

      在没使用MQ之前可能需要对多个操作进行同步异步的操作,例如下图,在每项操作完成之后才能返回执行结果。

      • 这样会造成大量请求下的系统压力
      • 耗时较长,用户体验变差

      没用MQ之前的业务系统操作
      于是就有了解耦的方式
      在这里插入图片描述

      应用方式

      1. 任务异步处理

      将不需要同步处理的并且耗时长的操作由消息队列通知消息接收方进行异步处理。提高了应用程序的响应时间。

      1. 应用程序解耦合

      MQ相当于一个中介,生产方通过MQ与消费方交互,它将应用程序进行解耦合。

      比如订单系统要远程调用库存系统、支付系统、物流系统,这样会耦合,修改参数时候麻烦。

      使用消息队列后,订单系统给消息MQ发送一条消息就算成功了

      1. 削峰填谷

      如订单系统,在下单的时候就会往数据库写数据。但是数据库只能支撑每秒1000左右的并发写入,并发量再高就容易宕机。低峰期的时候并发也就100多个,但是在高峰期时候,并发量会突然激增到5000以上,这个时候数据库肯定卡死了。

      消息被MQ保存起来了,然后系统就可以按照自己的消费能力来消费,比如每秒1000个数据,这样慢慢写入数据库,这样就不会卡死数据库了。

      但是使用了MQ之后,限制消费消息的速度为1000,但是这样一来,高峰期产生的数据势必会被积压在MQ中,高峰就被“削”掉了。但是因为消息积压,在高峰期过后的一段时间内,消费消息的速度还是会维持在1000QPS,直到消费完积压的消息,这就叫做“填谷”

      协议

      MQ是消息通信的模型;实现MQ的大致有两种主流方式:AMQP、JMS。

      AMQP
      AMQP,即 Advanced Message Queuing Protocol(高级消息队列协议),是一个网络协议,是应用层协议的一个开放标准,为面向消息的中间件设计。基于此协议的客户端与消息中间件可传递消息,并不受客户端/中间件不同产品,不同的开发语言等条件的限制。2006年,AMQP 规范发布。类比HTTP。

      AMQP是一种协议,更准确的说是一种binary wire-level protocol(链接协议)。这是其和JMS的本质差别,AMQP不从API层进行限定,而是直接定义网络交换的数据格式。

      JMS
      JMS即Java消息服务(JavaMessage Service)应用程序接口,是一个Java平台中关于面向消息中间件(MOM)的API,用于在两个应用程序之间,或分布式系统中发送消息,进行异步通信。

      AMQP 与 JMS 区别

      JMS是定义了统一的接口,来对消息操作进行统一;AMQP是通过规定协议来统一数据交互的格式
      JMS限定了必须使用Java语言;AMQP只是协议,不规定实现方式,因此是跨语言的。
      JMS规定了两种消息模式;而AMQP的消息模式更加丰富

      rabbitMQ简介

      RabbitMQ是一个由erlang开发的AMQP(Advanved Message Queue Protocol)的开源实现。
      在这里插入图片描述

      核心概念

      Message

      消息,消息是不具名的,它由消息头和消息体组成。消息体是不透明的,而消息头则由一系列的可选属性组成,
      这些属性包括routing-key(路由键)、priority(相对于其他消息的优先权)、delivery-mode(指出该消息可
      能需要持久性存储)等。

      Publisher

      消息的生产者,也是一个向交换器发布消息的客户端应用程序。

      Exchange

      交换器,用来接收生产者发送的消息并将这些消息路由给服务器中的队列。
      Exchange有4种类型:direct(默认),fanout,topic,和headers,不同类型的Exchange转发消息的策略有所区别

      Queue

      消息队列,用来保存消息直到发送给消费者。它是消息的容器,也是消息的终点。一个消息可投入一个或多个队列。消息一直
      在队列里面,等待消费者连接到这个队列将其取走。

      Binding

      绑定,用于消息队列和交换器之间的关联。一个绑定就是基于路由键将交换器和消息队列连接起来的路由规则,所以可以将交
      换器理解成一个由绑定构成的路由表。 Exchange和Queue的绑定可以是多对多的关系。

      Connection

      网络连接,比如一个TCP连接。

      Channel

      信道,多路复用连接中的一条独立的双向数据流通道。信道是建立在真实的TCP连接内的虚拟连接,AMQP命令都是通过信道
      发出去的,不管是发布消息、订阅队列还是接收消息,这些动作都是通过信道完成。因为对于操作系统来说建立和销毁TCP都
      是非常昂贵的开销,所以引入了信道的概念,以复用一条TCP连接。

      Consumer

      消息的消费者,表示一个从消息队列中取得消息的客户端应用程序。

      Virtual Host

      虚拟主机,表示一批交换器、消息队列和相关对象。虚拟主机是共享相同的身份认证和加 密环境的独立服务器域。每个 vhost
      本质上就是一个mini版的RabbitMQ 服务器,拥 有自己的队列、交换器、绑定和权限机制。vhost是AMQP概念的基础,必须在连接时
      指定,RabbitMQ 默认的vhost是/。

      Broker

      表示消息队列服务器实体
      在这里插入图片描述

      rabbitMQ在liunx安装

      这里我们使用docker 镜像进行安装

      安装后可通过管理控制台打开
      http://ip:15672

      4369,25672(Erlang发现&集群端口)
      5672,5671(AMQP端口)
      15672 (web管理后台端口)
      61613,61614(STOMP协议端口)
      1883,8883(MQTT协议端口)

      整合springboot初步测试

      首先在 pom文件中添加依赖
      pom.xml

      启动类中开启rabbit
      Start类

      测试中通过
      AmqpAdmin和rabbitTemplate
      去创建rabbitMQ的组件的发送消息

      本文由 在线网速测试 整理编辑,转载请注明出处。

          热门文章

          文章分类