RabbitMQ——入门篇
这里写目录标题
其他文章地址
1、AMQP(Advanced Message Queuing Protocol)
1.1、定义
1.2、工作原理
2、RabbitMQ
2.8.1、简单模式
2.8.2、work queues
2.8.3、Publish/Subscribe 发布与订阅模式
2.8.4、Routing 路由模式
2.8.5、Topics 主题模式
2.8.6、RPC 远程调用模式（不作推荐）
2.8.1.1、定义
2.8.2.1、定义
2.8.2.2、应用场景
2.8.2.3、小结
2.8.3.4.1、Fanout
2.8.3.4.2、Direct
2.8.3.4.3、Topic
2.8.3.1、定义
2.8.3.2、说明
2.8.3.3、小结
2.8.3.4、Exchange类型介绍（介绍三种）
2.8.4.1、定义
2.8.4.2、说明
2.8.4.3、小结
2.8.5.1、定义
2.8.5.2、说明
2.8.5.3、小结
2.6.1、Message
2.6.2、Publisher
2.6.3、Consumer
2.6.4、Exchange
2.6.5、Binding
2.6.6、Queue
2.6.7、Routing-key
2.6.8、Connection
2.6.9、Channel
2.6.10、Virtual Host
2.6.11、Borker
2.1、定义
2.2、优点
2.3、缺点
2.4、 适用场景
2.5、原理图
2.6、概念
2.7、交换器和队列的关系
2.8、6种工作模式
2.9、工作模式总结
3、常见的MQ产品
其他文章地址
1、RabbitMQ——单机版安装（3.6.5）
2、RabbitMQ——入门篇
3、RabbitMQ——实战篇1（原生API）
4、RabbitMQ——实战篇2（Spring集成）
5、RabbitMQ——实战篇3（Spring集成高级特性：死信队列，消息丢失，延迟队列）
6、RabbitMQ——实战篇4（SpringBoot集成）
1、AMQP(Advanced Message Queuing Protocol)
1.1、定义
也叫高级消息队列协议，是进程之间传递
异步消息的网络协议
1.2、工作原理
生产者（Publisher）发布消息（Message），经过交换机（Exchange），交换机根据路由规则将收到的消息分发给交换机绑定的队列，最后AMQP代理会将消息投递给订阅了此队列的消费者，或者消费者按照需求自行获取
2、RabbitMQ
2.1、定义
RabbitMQ 是由 Erlang 语言编写的基于 AMQP 的消息中间件。而消息中间件作为分布式系统重要组件之一，可以解决应用耦合，异步消息，流量削峰等问题
2.2、优点
解耦
系统的耦合性越高，容错性就越低，可维护性就越低。 =》提高系统容错性和可维护性异步
提升用户体验和系统吞吐量（单位时间内处理请求的数目）。削峰
提高系统稳定性
2.3、缺点
系统可用性降低
系统引入的外部依赖越多，系统稳定性越差。一旦 MQ 宕机，就会对业务造成影响。系统复杂度提高
MQ 的加入大大增加了系统的复杂度，以前系统间是同步的远程调用，现在是通过 MQ 进行异步调用。如何保证消息不被丢失等情况？
3.分布式一致性问题
如果A的数据保存数据库成功了，但是A把数据传入到中间件后，到达B报错，没有保存成功；
2.4、 适用场景
排队算法
秒杀活动
消息分发
异步处理
数据同步
处理耗时任务
流量销峰等
2.5、原理图
2.6、概念
2.6.1、Message
消息。消息是不具名的，它由消息头消息体组成。消息体是不透明的，而消息头则由一系列可选属性组成，这些属性包括： routing-key(路由键)、priority(相对于其他消息的优先权)、delivery-mode(指出消息可能持久性存储)等。
2.6.2、Publisher
消息的生产者。也是一个向交换器发布消息的客户端应用程序。
2.6.3、Consumer
消息的消费者。表示一个从消息队列中取得消息的客户端应用程序。
2.6.4、Exchange
交换器。用来接收生产者发送的消息并将这些消息路由给服务器中的队列。 三种常用的交换器类型： 1. direct(发布与订阅 完全匹配) 2. fanout(广播) 3. topic(主题，规则匹配)
2.6.5、Binding
绑定。用于消息队列和交换器之间的关联。一个绑定就是基于路由键将交换器和消息队列连接起来的路由规则， 所以可以将交换器理解成一个由绑定构成的路由表。
2.6.6、Queue
消息队列。用来保存消息直到发送给消费者。它是消息的容器，也是消息的终点。一个消息可投入一个或多个队 列。消息一直在队列里面，等待消费者链接到这个队列将其取走。
2.6.7、Routing-key
路由键。RabbitMQ 决定消息该投递到哪个队列的规则。（也可以理解为队列的名称，路由键是 key，队列是 value） 队列通过路由键绑定到交换器。消息发送到 MQ 服务器时，消息将拥有一个路由键，即便是空的，RabbitMQ 也会将 其和绑定使用的路由键进行匹配。如果相匹配，消息将会投递到该队列。如果不匹配，消息将会进入黑洞。
2.6.8、Connection
链接。指 rabbit 服务器和服务建立的 TCP 链接。
2.6.9、Channel
信道。 1. Channel 中文叫做信道，是 TCP 里面的虚拟链接。例如：电缆相当于 TCP，信道是一个独立光纤束，一条 TCP连接上创建多条信道是没有问题的。 2. TCP 一旦打开，就会创建 AMQP 信道。 3. 无论是发布消息、接收消息、订阅队列，这些动作都是通过信道完成的。
2.6.10、Virtual Host
虚拟主机。表示一批交换器，消息队列和相关对象。虚拟主机是共享相同的身份认证和加密环境的独立服务器域。 每个 vhost 本质上就是一个 mini 版的 RabbitMQ 服务器，拥有自己的队列、交换器、绑定和权限机制。vhost 是 AMQP 概念的基础，必须在链接时指定，RabbitMQ 默认的 vhost 是/
2.6.11、Borker
表示消息队列服务器实体。
2.7、交换器和队列的关系
交换器是通过路由键和队列绑定在一起的，如果消息拥有的路由键跟队列和交换器的路由键匹配，那么消息就会被 路由到该绑定的队列中。也就是说，消息到队列的过程中，消息首先会经过交换器，接下来交换器在通过路由键匹配分发 消息到具体的队列中。路由键可以理解为匹配的规则。
2.8、6种工作模式
2.8.1、简单模式
2.8.1.1、定义
一个生产者，一个消费者
2.8.2、work queues
2.8.2.1、定义
一个生产者，多个消费者，每个消费者获取到的消息唯一（消费者彼此竞争成为接收者）
2.8.2.2、应用场景
对于任务过重或任务较多情况使用工作队列可以提高任务处理的速度
2.8.2.3、小结
在一个队列中如果有多个消费者，那么消费者之间对于同一个消息的关系是竞争的关系。
Work Queues 对于任务过重或任务较多情况使用工作队列可以提高任务处理的速度。例如：短信服务部署多个，只需要有一个节点成功发送即可。
2.8.3、Publish/Subscribe 发布与订阅模式
2.8.3.1、定义
一个生产者发送的消息会被多个消费者获取。
2.8.3.2、说明
在订阅模型中，多了一个 Exchange 角色，而且过程略有变化： P：生产者，也就是要发送消息的程序，但是不再发送到队列中，而是发给X（交换机） C：消费者，消息的接收者，会一直等待消息到来 Queue：消息队列，接收消息、缓存消息 Exchange：交换机（X）。一方面，接收生产者发送的消息。另一方面，知道如何处理消息，例如递交给某个特别 队列、递交给所有队列、或是将消息丢弃。到底如何操作，取决于Exchange的类型。Exchange有常见以下4种类型： Fanout（扇形交换器）：广播，将消息交给所有绑定到交换机的队列 Direct（直连交换器（默认））：定向，把消息交给符合指定routing key 的队列（Routing 路由模式） Topic（主题交换器）：通配符，把消息交给符合routing pattern（路由模式） 的队列（Topics 主题模式） Header：首部交换器 Exchange（交换机）只负责转发消息，不具备存储消息的能力，因此如果没有任何队列与 Exchange 绑定，或者没有 符合路由规则的队列，那么消息会丢失！
2.8.3.3、小结
1.交换机需要与队列进行绑定，绑定之后；一个消息可以被多个消费者都收到。
2. 发布订阅模式与工作队列模式的区别：
工作队列模式不用定义交换机，而发布/订阅模式需要定义交换机
发布/订阅模式的生产方是面向交换机发送消息，工作队列模式的生产方是面向队列发送消息(底层使用默认交换机)
发布/订阅模式需要设置队列和交换机的绑定，工作队列模式不需要设置，实际上工作队列模式会将队列绑 定到默认的交换机
2.8.3.4、Exchange类型介绍（介绍三种）
2.8.3.4.1、Fanout
扇形交换器，实际上做的事情就是广播，fanout 会把消息发送给所有的绑定在当前交换器上的队列。对应 Consumer 依然采用公平调度方式。
2.8.3.4.2、Direct
direct 交换器是 RabbitMQ 默认交换器。默认会进行公平调度。所有接受者依次从消息队列中获取值。Publisher 给哪个队列发消息，就一定是给哪个队列发送消息。对交换器绑定的其他队列没有任何影响。
2.8.3.4.3、Topic
允许在路由键（RoutingKey）中出现匹配规则。
路由键的写法和包写法相同。com.bjsxt.xxxx.xxx 格式。
在绑定时可以带有下面特殊符号，中间可以出现:
* : 代表一个单词（两个.之间内容）
# : 0 个或多个字符
接收方依然是公平调度，同一个队列中内容轮换获取值。
2.8.4、Routing 路由模式
2.8.4.1、定义
发送消息到交换机并且要指定路由key，消费者将队列绑定到交换机时需要指定路由key
2.8.4.2、说明
队列与交换机的绑定，不能是任意绑定了，而是要指定一个 RoutingKey（路由key）
消息的发送方在向 Exchange 发送消息时，也必须指定消息的 RoutingKey
Exchange 不再把消息交给每一个绑定的队列，而是根据消息的 Routing Key 进行判断，只有队列的Routingkey 与消息的 Routing key 完全一致，才会接收到消息
2.8.4.3、小结
Routing 模式要求队列在绑定交换机时要指定 routing key，消息会转发到符合 routing key 的队列。
2.8.5、Topics 主题模式
2.8.5.1、定义
将路由键和某模式进行匹配，此时队列需要绑定在一个模式上，“#”匹配一个词或多个词，“*”只匹配一个词。
2.8.5.2、说明
Topic 类型与 Direct 相比，都是可以根据 RoutingKey 把消息路由到不同的队列。只不过 Topic 类型Exchange 可以让队列在绑定 Routing key 的时候使用通配符！
Routingkey 一般都是有一个或多个单词组成，多个单词之间以”.”分割，例如： item.insert
通配符规则：# 匹配一个或多个词，* 匹配不多不少恰好1个词，例如：item.# 能够匹配 item.insert.abc 或者 item.insert，item.* 只能匹配 item.insert
2.8.5.3、小结
Topic 主题模式可以实现 Pub/Sub 发布与订阅模式和 Routing 路由模式的功能，只是 Topic 在配置routing key 的时候可以使用通配符，显得更加灵活。
2.8.6、RPC 远程调用模式（不作推荐）
远程调用
2.9、工作模式总结
简单模式 HelloWorld
一个生产者、一个消费者，不需要设置交换机（使用默认的交换机）工作队列模式 Work Queue
一个生产者、多个消费者（竞争关系），不需要设置交换机（使用默认的交换机）。发布订阅模式 Publish/subscribe
需要设置类型为 fanout 的交换机，并且交换机和队列进行绑定，当发送消息到交换机后，交换机会将消息发送到绑定的队列。路由模式 Routing
需要设置类型为 direct 的交换机，交换机和队列进行绑定，并且指定 routing key，当发送消息到交换机后，交换机会根据 routing key 将消息发送到对应的队列。通配符模式 Topic
需要设置类型为 topic 的交换机，交换机和队列进行绑定，并且指定通配符方式的 routing key，当发送消息到交换机后，交换机会根据 routing key 将消息发送到对应的队列。
3、常见的MQ产品
