RabbitMq学习笔记-基础知识点

生产者发送消息的过程

(1)生产者连接到RabbitMQ Broker建立一个连接(Connection)，开启一个信道(Channel)

(2)生产者声明一个交换器，并设置相关属性，比如交换机类型、是否持久化等

(3)生产者声明一个队列并设置相关属性，比如是否排他、是否持久化、是否自动删除等

(4)生产者通过路由键将交换器和队列绑定起来

(5)生产者发送消息至RabbitMQ Broker，其中包含路由键、交换器等信息

(6)相应的交换器根据接收到的路由键查找相匹配的队列

(7)如果找到，则将从生产者发送过来的消息存入相应的队列中。

(8)如果没有找到，则根据生产者配置的属性选择丢弃还是回退给生产者

(9)关闭信道。

(10)关闭连接。

消费者接受消息的过程

(1)消费者连接到RabbitMQ Broker，建立一个连接(Connection)，开启一个信道(Channel)。

(2)消费者向RabbitMQ Broker请求消费响应队列中的消息，可能会设置相应的回调函数，以及做一些准备工作。

(3)等待RabbitMQ Broker回应并投递相应队列中的消息，消费者接受消息。

(4)消费者确认(ack)接收到的消息。

(5)RabbitMQ从队列中删除相应已经被确认的消息。

(6)关闭信道。

(7)关闭连接。

什么是信道？

信道是建立在Connection之上的虚拟连接，RabbitMQ处理的每条AMQP指令都是通过信道完成的。

为什么引入信道？

建立和销毁TCP连接是非常昂贵的开销，RabbitMQ采用类似NIO(Non-blockingI/O)的做法，选择TCP连接复用，不仅可以减少性能开销，同时也便于管理。

exchangeDeclare方法详解

exchange：交换器的名称

type：交换器的类型，常见的如fanout、direct、topic。

fanout不处理routingKey；

direct处理routingKey，完全匹配；

topic将routingKey和某模式匹配；

durable：设置是否持久化。持久化可以将交换器存盘，在服务器重启的时候不会丢失相关信息。

autoDelete：设置是否自动删除。自动删除的前提是至少有一个队里或者交换器与这个交换器绑定，之后所有与这个交换器绑定的队列或者交换器都与此解绑。

注意不能错误地把这个参数理解为：“当与此交换器链连接的客户端都断开时，RabbitMQ会自动删除本交换器”

internal：设置是否是内置的。内置的交换器，客户端程序无法直接发送消息到这个交换器，只能通过交换器路由到交换器这种方式。

argument：其他一些结构化参数，比如alternate-exchange

queueDeclare方法详解

queue：队列的名称

durable：设置是否持久化。

exclusive：设置是否排他。如果一个队列被声明为排他队列，该队列仅对首次声明它的连接可见，并在连接断开时自动删除。这里需要注意三点：排他队列是基于连接（Connection）可见的，同一个连接的不同信道（Channel）是可以同时访问同一创建的排他队列。“首次”是指如果一个连接已经声明了一个排他队列，其他连接是不允许建立同名的排他队列的，这个与普通队列不同。即使该队列是持久化的，一旦连接关闭或者客户端退出，该排他队列都会自动删除，这种队列适用于一个客户端同时发送或读取消息的应用场景

autoDelete:设置是否自动删除。为true则设置队列为自动删除。自动删除的前提是:

Queue: 当autoDelete属性设置到该注解的时候，含义即是，当所有消费者客户端连接断开后，是否自动删除队列，当设置值是true的时候删除该队列，会导致队列的消息也一起删除，当值是false的时候不删除该队列。
Exchange：当autoDelete属性设置到该注解的时候，含义即是，当所有绑定队列都不在使用时，是否自动删除交换器，当设置值是true的时候删除该交换器，当值是false的时候不删除该交换器。

arguments:设置队列的其他一些参数，如x-message-ttl、x-expires、x-max-length、x-max-length-bytes、x-dead-letter-exchange、x-dead-letter-routing-key,x-max-priority等。

queueBind方法详解

queue:队列名称:

exchange:交换器的名称:

routingKey:用来绑定队列和交换器的路由键;

argument:定义绑定的一些参数。

channel.basicQos方法

允许限制信道上的消费者所能保持的最大未确认消息的数量

basicPublish发送消息

exchange:交换器的名称，指明消息需要发送到哪个交换器中。如果设置为空字符串，则消息会被发送到RabbitMQ默认的交换器中。

routingKey:路由键，交换器根据路由键将消息存储到相应的队列之中。

props:消息的基本属性集，其包含14个属性成员，分别有contentType、contentEncoding、headers（Map<StringObject>)、deliveryMode、priority、correlationId、replyTo、expiration、messageId、timestamp、type、userId、appId、clusterId。其中常用的几种都在上面的示例中进行了演示。

byte[] body:消息体（payload)，真正需要发送的消息

mandatory和immediate的详细内容请参考4.1

消费消息

RabbitMQ的消息模式分两种：推（Push）模式和拉（Pull）模式。推模式采用Basic.Consume进行消费，而拉模式则调用Basic.Get进行消费

在推模式中，可以通过持续订阅的方式来消费消息，使用到的相关类有：Consumer、DefaultConsumer

basicConsume方法

queue：队列的名称

autoAck：设置是否自动确认。

consumerTag：消费者标签，用来区分多个消费者。

noLocal：设置为true表示不能将同一个Connection中生产者发送的消息传递给这个Connection中的消费者。

exclusive：设置是否排他

arguments：设置消费者的其他参数

callback：设置消费者的回调函数。用来处理RabbitMQ推送过来的消息，比如DefaultConsumer，使用时需要客户端重写其中的方法。

拉模式

channel.basicGet

消费端的确认与拒绝

autoAck等于true时，RabbitMQ会自动把发送出去的消息置为确认，然后从内存（或者磁盘）中删除，而不管消费者是否真正地消费了这些消息。而为false，消费者就有足够的时间处理消息，不用担心处理消息过程中消费者进程挂掉后消息丢失的问题，因为RabbitMQ会一直等待持有消息直到消费者显式调用Basic.Ack命令为止

basicAck(envelope.getDeliveryTag(),false);告诉消息服务器来删除消息

basicReject消息拒绝

deliveryTag：可以看作消息的编号，64位长整型

requeue：true，则RabbitMQ会重新存入队列，false，则RabbitMQ会立即把消息从队列中移除

mandatory和immediate是channel.basicPublish方法中的两个参数，他们都有当消息传递过程中不可达目的地时将消息返回给生产者的功能。

mandatory：true，交换器无法根据自身的类型和路由键找到一个符合条件的队列，那么RabbitMQ会调用Basic.Return命令将消息返回给生产者。false，出现上述情形，则消息直接被丢弃。

immediate（3.0版本已去掉）：true，如果交换器在将消息路由到队列时发现队列上并不存在任何消费者，那么这条消息将不会存入队列中。当与路由键匹配的所有队列都没有消费者时，该消息会通过Basic.Return返回至生产者

延迟队列

DLX和相应的死信队列：当相应的消息过期时，就会转存到相应的死信队列（即延迟队列）中，这样消费者根据业务自身的情况，分别选择不同延迟登记的延迟队列进行消费

TTL消息自动过期

Time To Live的缩写，也就是消息的过期时间，从消息入队列开始计算，超过了队列的超时时间配置，那么消息就会自动清除。
给arguments设参数：

x-max-length:最大长度。我们设置3000

x-message-ttl:设置超时时长。我们设置10000毫秒，也就是10秒。

vhost

每一个RabbitMQ服务器都能创建虚拟的消息服务器，我们称之为vhost虚拟主机，每个vhost本质上是一个独立的小型RabbitMQ服务器，拥有自己独立的队列、交换器及绑定关系等，并且它拥有自己独立的权限。
vhost通过在各个实例间提供逻辑上分离，允许你为不同应用程序安全保密地运行数据；

vhost是AMQP概念的基础，必须在连接时进行指定，RabbitMQ包含了默认vhost：“/”；

当在RabbitMQ中创建一个用户时，用户通常会被指派给至少一个vhost，并且只能访问被指派vhost内的队列、交换器和绑定，vhost之间是绝对隔离的。

vhost可以理解为虚拟broker，即mini-RabbitMQ server，其内部均含有独立的queue、bind、exchange等，最重要的是拥有独立的权限系统，可以做到vhost范围内的用户控制。当然，从RabbitMQ全局角度，vhost可以作为不同权限隔离的手段(一个典型的例子，不同的应用可以跑在不同的vhost中)。

添加vhost

分配用户vhost权限

恢复机制

MQ挂了，客户端会隔一段时间重连

队列删除了，客户端会重新建一个

AMQP命令

RabbitMq学习笔记-实战篇-spring boot整合