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模式不需要指定)