QQwli的博客

由于不明原因导致rabbitmq重启，在rabbitmq重启期间生产者消息投递失败，导致消息丢失，需要手动处理和恢复。生产者发送消息到交换机，交换机收到消息后，会触发确认后的回调方法。none：默认值，禁用发布确认correlated：发布消息到交换机后触发回调方法simple：有两种效果：第一种效果与correlated一样；其二，单个确认，在发布消息成功后使用rabbitTemplate,调用waitForConfirms或 waitForConfirmsOrDie方法等待broker节点返回发

延时队列,队列内部是有序的，最重要的特性就体现在它的延时属性上，延时队列中的元素是希望在指定时间到了以后或之前取出和处理，简单来说，延时队列就是用来存放需要在指定时间被处理的元素的队列。

死信，顾名思义就是无法被消费的消息，字面意思可以这样理解，一般来说，producer将消息投递到 broker或者直接到queue里了，consumer 从 queue取出消息进行消费，但某些时候由于特定的原因导致queue中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信自然就有了死信队列。

RabbitMQ消息传递模型的思想是：生产者生产的消息从不会直接发送到队列；相反，生产者只能将消息发送到交换机，一方面，他接收到生产者的信息，另一方面，将他们推入队列。直接（direct）、主题（topic）、标题（headers）、扇出（发布/订阅：fanout）

生产者将信道设置成confirm模式，一旦信道进入confirm模式所有在该信道上发布的消息都将会指派一个唯一ID（从1开始），一旦消息被投递到所有匹配的队列之后，broker就会发送一个确认给生产者（包含消息的唯一ID），这样生产者就知道消息已经正确到达目的队列了，如果消息和队列是可持久化的，那么消息会在将消息写入磁盘后发出；broker回传给生产者的确认消息中delivery-tag域包含了确认消息的序列号，此外broker也可以设置basic.ack的multiple域，表示这个序列号之前的消息都已经

工作队列模式，又称任务队列。主要思想是避免立即执行资源密集型任务，而不得不等待它完成，相反我们安排任务在之后执行，我们把任务封装为消息并将其发送到队列。在后台运行的工作进程将弹出任务并最终执行作业。当有多个工作线程时，这些工作线程将一起处理这些任务。

RabbitMQ hello world模式

MQ（message queue），本质上是一个队列FIFO先进先出，只不过该队列存放的内容是message；还是一种夸进程通信机制，用于上下游传递消息。在互联网架构中，MQ是一种非常常见的上下游的消息通信服务，使用了MQ之后，消息发送上游只需要依赖MQ，不依赖其它服务。