qq_42251944的博客

当生产者将消息发送到exchange1，然后交换机将消息路由到队列queue1，但是队列queue1没有消费者，所以当该队列里面的值过期时，就会将消息发送到死信交换机exchange2，进而到达死信队列，最后被消费。从而达到了延迟消息的目的。一个队列接收到的消息有过期时间，消息过期之后，如果配置有死信队列，消息就会进去死信队列。DelayExchange的本质还是官方的三种交换机，只是添加了。因此使用时只需要声明一个交换机，交换机的类型可以是任意类型，然后。

消费者拿到id之后，保存到数据库，后续消费时，需要查数据库进行比较，因此这种方案的缺点就是有业务的入侵，对性有一定的影响。

消息失败之后会重新入队，然后再次异常，再次入队，无限循环，这会导致mq消息处理飙升，带来不必要的压力。为了缓解这种压力，利用Spring的retry机制，在消费者出现异常的情况下，利用本地重试，重试次数用完之后，再进行消息的投递或者消息的拒绝。

在控制台中，这个delivery_ mode 的值为2时，就表示这个消息是持久化的。手动发消息的时候，可以选择这个值，可以看到他的枚举。SpringAMQP调用时是默认持久化的。

这种超时重连的方式是阻塞式的，后面的代码没办法执行，如果说业务要求比较严格，则需要禁止使用；如果必要使用的情况下，合理设置重连时间。

1、进入容器2、查看版本。

MQ是消息队列（MessageQueue）