千里之行，始于足下

今天我们学习使用 Docker 安装 RabbitMQ

Redis不仅仅是一个优秀的非关系型缓存数据库，更是内置了一套消息机制。

Spring-AMQP是Spring的一个子项目，是对amqp协议的抽象实现。

之前在消息队列RabbitMQ之基本消息模型中曾经谈过RabbitMQ的手动Ack机制，手动Ack机制可以很好的保证消息被正常消费，即使程序发生异常，消息依然可以保存在消息队列中。但是如果是消费者还没有消费数据，但是消息队列发生了宕机，导致消息队列中的消息丢失，那又该怎么办呢？于是就衍生出来了RabbitMQ的持久化机制。

订阅模型Topic的工作模式基本和Direct相似，不同之处在于，Topic的队列绑定交换机的路由Key可以使用通配符的写法，路由可以通过模糊匹配，发送到符合要求的队列中去。

订阅模型Direct的消息发送过程，基本和订阅模型Fanout类似，不同的是交换机的发送策略。

订阅模型区分于基本消息模型和Work队列消息模型，在于订阅模型的生产者并不直接将消息发送到队列中，而是将消息发送到交换机中，然后由交换机选择合适的策略发送到合适的队列中，最后再由消费者接收消息。

异常具体信息如下：Exception in thread "main" java.io.IOException at com.rabbitmq.client.impl.AMQChannel.wrap(AMQChannel.java:126) at com.rabbitmq.client.impl.AMQChannel.wrap(AMQChannel.java:122) at com.rab...

Work队列消息模型，也被称作工作队列消息模型，或者竞争消费模型。

RabbitMQ的基本消息模型，是RabbitMQ五种消息模型中最为基础的一种，该模型简单直接，容易理解。

在RabbitMQ的官方教程中，RabbitMQ为我们提供了6中消息模型，不过第6种是RPC（远程调用），不是MQ（消息队列），所以RabbitMQ真正的消息模型只有5种。

消息队列，即Message Queue（MQ）。消息队列是一种应用程序对应用程序的通信方法，应用程序通过读写出入队列的消息来进行通信，而无需专用连接来链接它们，消息传递是指程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信。排队是指通过应用程序通过队列来通信，队列的使用除去了接收和发送应用程序同时执行的要求，其中RabbitMQ就是一款较为成熟的MQ产品。