Rabbit MQ 基础详解

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.TCP的创建和销毁，开销大，创建要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会长时间运行，因此这个“内存泄漏”是致命的。