Rabbit MQ 基础详解

痛定思痛。 2023-07-09 02:25 5阅读 0赞

![\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-eFhYNRoH-1582789746293)(http://106.15.120.126:8089/upload/20200203\_12132940.png)\]][img-eFhYNRoH-1582789746293_http_106.15.120.126_8089_upload_20200203_12132940.png]

#### 1.Message ####

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

#### 2.Publisher ####

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

#### 3.Consumer ####

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

#### 4.Exchange ####

交换器，用来接收生产者发送的消息并将这些消息`路由`给服务器中的队列。

3种常用的交换器类型：

*  direct（发布与订阅、完全匹配）
 *  fanout（广播）
 *  topic（主题、规则匹配）

#### 5.Binding ####

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

#### 6.Queue ####

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

#### 7.routing key ####

路由键：RabbitMQ决定消息该投递到哪个队列的`规则`。

**队列**`通过路由键绑定到交换器`。

消息发送到MQ服务器时，消息将拥有一个路由键，即便是空的，RabbitMQ也会将其和绑定使用的路由键进行匹配。

如果相匹配，消息将会投递到该队列，  
如果不匹配，消息将会进入黑洞。

#### 8.Connection ####

指rabbit服务器和服务建立的TCP连接。

#### 9.Channel ####

1.channel中文叫信道，是TCP里面的`虚拟连接`。例如：电缆相当于TCP，信道是一条独立光纤束，一条TCP连接上创建多少条信道是没有限制的。

2.TCP一旦打开，就会创建AMQP信道。

3.无论是`发布消息、接受消息、订阅队列`，这些动作都是通过信道完成的。

#### 10.Virtual Host ####

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

#### 11.Broker ####

表示消息队列服务器实体。

#### 交换器和队列的关系 ####

交换器是通过`路由键和队列`绑定在一起的，如果`消息`拥有的`路由键`跟`队列`和`交换器`的`路由键`匹配，那么消息就会被`路由`到该绑定的队列当中去。

也就是说，消息到队列的过程中，消息首先会经过交换器，接下来交换器再通过路由键匹配分发消息到具体的队列中区。 路由键可以理解为匹配的规则。

#### rabbit mq为什么需要信道？为什么不是TCP直接通信？ ####

1.CTP的创建和销毁，开销大，创建要`3次握手`，销毁要`4次分手`。

2.如果不用信道，那应用程序就会tcp连接到rabbit，高峰时每秒成千上万条连接会造成资源的巨大浪费，而且操作系统每秒处理tcp连接数也是有限制的，必定造成性能瓶颈。

3.信道的原理是`一条线程一条信道，多条线程多条信道`同用一条TCP连接。一条TCP连接可以容纳无限的信道，即使每秒成千上万的请求也不会成为性能瓶颈。

#### 什么是消息确认ACK？ ####

如果在处理消息的过程中，消费者服务器、网络、出现故障挂了，那可能这条正在处理的消息就没有完成，`数据就会丢失`。为了确保消息不会丢失，RabbitMQ支持消息确认–ACK。

#### ACK的消息确认机制 ####

ACK机制是消费者端从RabbitMQ收到消息并处理完成后，反馈给RabbitMQ，RabbitMQ收到`反馈后才将此消息从队列中删除`。

1.如果一个消费者在处理消息时挂掉（网络不稳定、服务器异常、网站故障等），那么就`不会有ACK反馈`，RabbitMQ会认为这个消息没有正常消费，`会将此消息重新放入队列中`。

2.如果在集群的情况下：RabbitMQ会立即将这个消息推送给这个在线的其他消费者。这种机制保证了在消费者服务器故障的时候，不丢失任何消息和任务。

3.`消息永远不会从RabbitMQ服务器中删除`;只有当消费者正确的发送ACK确认反馈，RabbitMQ确认收到后，消息才会从RabbitMQ服务器的数据中删除。

4.消息的ACK确认机制默认是打开的。

#### ACK机制的开发注意事项 ####

如果忘记了ack，那么后果很严重。当Consumer退出时，Message会一直重新分发。然后RabbitMQ会`占用越来越多的内存`，由于 RabbitMQ会长时间运行，因此这个“内存泄漏”是致命的。

[img-eFhYNRoH-1582789746293_http_106.15.120.126_8089_upload_20200203_12132940.png]: https://img-blog.csdnimg.cn/20200227154923963.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2tfeW91bmcxOTk3,size_16,color_FFFFFF,t_70