消息中间件---RabbitMq

RabbitMq

Docker安装

# 执行启动命令  自动pull image
run -di --name myrabbit -e RABBITMQ_DEFAULT_USER=admin -e RABBITMQ_DEFAULT_PASS=admin -p 5672:5672 -p 15672:15672 -p 25672:25672 -p 61613:61613 -p 1883:1883 rabbitmq:3-management

RabbitMQ核心概念

核心概念：

• Server： 又称Broker，接收客户端的连接，实现AMQP实体服务，安装rabbitmq-server

• Connection：连接，应用程序与Broker的网络连接，TCP/IP三次握手与四次挥手

• Channel：网络信道，几乎所有的操作都在Channel中进行，Channel是进行消息读写的通道，客户端可以建立对各Channel，每个Channel代表一个会话任务。

• Message：消息，服务与应用程序之间传送的数据，由Properties和body组成，Properties可以对message进行修饰，比如消息的优先级、延迟等高级特性，Body则就是消息体的内容。

• Virtual Host：虚拟地址，用户进行逻辑隔离，最上层的消息路由，一个虚拟主机里可以有若干个Exchange和Queue，同一个虚拟主机里面不能有相同名字的Exchange。
  

• Exchange： 交换机，接收消息，根据路由键发送消息到绑定队列（不具备消息存储的能力）任何Queue都需要绑定交换机，未指定交换机会绑定默认交换机

• Bindings： Exchange和Queue之间的虚拟连接，binding中可以保护多个routing key

• Routing Key： 是一个路由规则，虚拟机可以用它来确定如何路由一个特定的消息

• Queue： 队列，也称为Message Queue消息队列，保存消息并将他们转发给消费者
  

  • Virtual host：虚拟机节点
  • Name： 队列名
  • Features： D 持久态
  • State： 状态，idle 就绪
  • Message：消息
    • Ready：
    • Unacked： 未确认条数
    • Total： 总条数
      

7种工作模式

官方文档

• 简单模式
  

• 工作模式
  

  • 轮询模式： 一个消费者消费一条，按均分配 （自动应答，qos未指定 ）
  • 公平分发：根据消费者的消息能力进行公平分发，处理快的处理的多，处理慢的处理的少，按劳分配。 （手动应答，qos指定x -> 同一时刻，服务只会推送x条消息给消费者）

• 发布订阅模式
  
  向交换机中发送消息，所有绑定该交换机的队列都会收到消息，发布订阅模型。

• 路由模式
  
  对比发布订阅模式，多了一个路由key的过滤，对应的key值消息会发送到对应队列

• 主题Topic模式
  
  对比routing模式，topic模式增加了对routing key的模糊匹配

  • #： 匹配一个或多个，例如 #.user.# ， 可以匹配 xx.xx.user.xx.xx (xx可以是0个、一个或多个)
  • *： 匹配一个，例如 *.sms.* ，可以匹配 xx.sms.xx (xx只能是0个或一个)

• RPC模式

• 发布与确认模式

• 补充： header模式，交换机类型为header，根据参数匹配队列。

TTL设置过期时间

设置参数：

• “x-message-ttl”,int(毫秒)
  
  
  

死信队列

DLX，全称Dead-Letter-Exchange，可以称之为死信交换机，也有人称之为死信邮箱。当消息在一个队列中变成死信(dead message)之后，它能被重新发送到另一个交换机中，这个交换机就是DLX，绑定DLX的队列就称之为死信队列。消息变成死信，可能是由于以下原因：

• 消息被拒绝
• 消息过期
• 队列达到最大长度

DLX也是一个正常的交换机，和一般的交换机没有区别。它能在任何队列上被指定，实际上就是设置某一个队列的属性，当这个队列中存在死信时，Rabbitmq就会自动的将这个消息重新发布到设置的DLX上去，进而被路由到另一个队列，即死信队列。

使用时只需设置队列参数，指定交换机即可：

• x-dead-letter-exchange
• x-dead-letter-routing-key (fanout模式不需要指定)
  
  
  

Springboot demo

Springboot集成RabbitMq demo