本文已参与「新人创作礼」活动，一起开启掘金创作之路。
简单队列模式
最简单的工作队列，其中一个消息生产者，一个消息消费者，一个队列。也称为点对点模式
功能描述：一个生产者 P 发送消息到队列 Q，一个消费者 C 接收
P 表示为生产者 、C 表示为消费者，红色表示队列。
工作模式
一个消息生产者，一个交换器，一个消息队列，多个消费者。同样也称为点对点模式
工作队列：用来将耗时的任务分发给多个消费者（工作者）
主要解决问题：处理资源密集型任务，并且还要等他完成。有了工作队列，我们就可以将具体的工作放到后面去做，将工作封装为一个消息，发送到队列中，一个工作进程就可以取出消息并完成工作。如果启动了多个工作进程，那么工作就可以在多个进程间共享。
工作队列也称为公平性队列模式，怎么个说法呢？
循环分发，假如我们拥有两个消费者，默认情况下，RabbitMQ 将按顺序将每条消息发送给下一个消费者，平均而言，每个消费者将获得相同数量的消息，这种分发消息的方式称为轮询。
发布/订阅模式
无选择接收消息，一个消息生产者，一个交换器，多个消息队列，多个消费者。称为发布/订阅模式
简单队列模式和工作模式只能消费同种消息
门户网站，用户在注册完后一般都会发送消息通知用户注册成功（失败）。
如果在一个系统中，用户注册信息有邮箱、手机号，那么在注册完后会向邮箱和手机号都发送注册完成信息（假设都发送）。
利用 MQ 实现业务异步处理，如果是用工作队列的话，就会声明一个注册信息队列。注册完成之后生产者会向队列提交一条注册数据，消费者取出数据同时向邮箱以及手机号发送两条消息。但是实际上邮箱和手机号信息发送实际上是不同的业务逻辑，不应该放在一块处理。
这个时候就可以利用发布/订阅模式将消息发送到转换机（EXCHANGE），声明两个不同的队列（邮箱、手机），并绑定到交换机。这样生产者只需要发布一次消息，两个队列都会接收到消息发给对应的消费者，大致如下图所示。
路由模式
在发布/订阅模式的基础上，有选择的接收消息，也就是通过 routing 路由进行匹配条件是否满足接收消息。
P 表示为生产者、 X 表示交换机、C1C2 表示为消费者，红色表示队列。
上图是一个结合日志消费级别的配图，在路由模式它会把消息路由到那些 binding key 与 routing key 完全匹配的 Queue 中，此模式也就是 Exchange 模式中的 direct 模式。
以上图的配置为例，我们以 routingKey="error" 发送消息到 Exchange，则消息会路由到Queue1（amqp.gen-S9b…，这是由RabbitMQ自动生成的Queue名称）和Queue2（amqp.gen-Agl…）。如果我们以 routingKey="info" 或 routingKey="warning" 来发送消息，则消息只会路由到 Queue2。如果我们以其他 routingKey 发送消息，则消息不会路由到这两个 Queue 中。
主题模式
同样是在发布/订阅模式的基础上，根据主题匹配进行筛选是否接收消息，比第四类更灵活。
P 表示为生产者、 X 表示交换机、C1C2 表示为消费者，红色表示队列。
exchange 模式从 fanout > direct 的转变过程，在 fanout 时，我们只能进行简单的广播，对应类型比较单一，使用 direct 后，消费者则可以进行一定程度的选择，但是，direct 还是有局限性，路由不支持多个条件。
direct 不支持匹配 routingKey，一但绑定了就是绑定了，而 topic 主题模式支持规则匹配，只要符合 routingKey 就能发送到绑定的队列上。
RPC模式
与上面其他5种所不同之处，类模式是拥有请求/回复的。也就是有响应的，上面5种都没有。
