一、死信队列概念
顾名思义，（死去的消息）即无法被消费的消息，指的是消费者在消费生产者生产的消息时发生了某些特殊情况（下文会说），导致消息无法被正常消费，存放这些未被消费的消息的队列即为死信队列。
二、死信队列应用场景
- 为了保证消息不被丢失，专门存放消息
- 做延时，将过了过期时间的消息存放在该队列中重新消费
三、造成消息成为死信的三种原因（下文详述）
- 消息过了过期时间TTL（time to live）
- 消息队列达到了最大长度
- 消息被消费者拒绝（basic.reject或者basic.nack）且requeue=false
四、死信队列的用法
基本需要：
两个个交换机：生产者通过交换机发送给普通队列、普通队列通过交换机将死信转发给死信队列
两个队列：普通队列、死信队列（注：队列模式为direct）
两个router key: 生产者绑定交换机之间、死信交换机到死信队列之间
五、普通队列和死信队列之间的绑定（Java）
//声明普通、死信交换机
channel.exchangeDeclare(NORMAL_EXCHANGE, BuiltinExchangeType.Direct);
channel.exchangeDeclare(DEAD_EXCHANGE, BuiltinExchangeType.Direct);
//声明普通队列，通过参数设置死信交换机,死信RoutingKey
Map<String, Object> paramMap = new HashMap<>();
paramMap.put("x-dead-letter-exchange", DEAD_EXCHANGE);
paramMap.put("x-dead-letter-routing-key", "dead_routingkey");
channel.qunueDeclare(NORMAL_QUEUE, false,false,false,paramMap);
//声明死信队列
channel.qunueDeclare(DEAD_QUEUE, false,false,false,null);
//绑定普通交换机与普通队列
channel.queueBind(NORMAL_QUEUE, NORMAL_EXCHANGE,"normal_routingkey");
//绑定死信交换机与死信队列
channel.qunueBind(DEAD_QUEUE, DEAD_EXCHANGE,"dead_routingkey");
注：为普通队列设置死信队列关键在于参数的设置（paramMap）
六、消息成为死信的三种原因示例
（1）消息过了过期时间TTL（time to live）
只需要设置消息的过期时间，普通队列在过期时间之内没有收到消息，则消息会成为死信并被转发到死信队列中。关于过期时间我所了解到的有两种设置方式：
- 在消费者（普通队列）上设置，即在上文代码所提paramMap 中设置普通队列参数：
paramMap.put("x-message-ttl", 100000);//10秒后过期
- 在生产者设置生产时设置，若消费者未在过期时间内消费消息，则消息被转发到死信队列中
AMQP.BasicProperties properties = new AMQP.BasicProperties()
.builder().expiration("10000"); //过期时间为1秒
//发布消息--------
（2）消息队列达到了最大长度
只需要在消费者（普通队列）设置死信队列时设置参数（即上文代码所提paramMap）
paramMap.put("x-max-length", maxLength);
当普通队列中消息堆积数量长度达到了maxLength，则会将新接收的消息转发到死信队列中去，从而避免消息丢失
（3）消息被消费者拒绝
生产者将消息发送给消费者后，消费者对消息进行了拒绝，具体操作是在普通队列处操作的
channel.basicRegect(message.getnvelop().getDeliveryTag, requeue:false);
若参数requeue为true，则表示还可以将此跳消息重新塞回普通队列，若为false则消息被拒绝后直接进入死信队列。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/131152.html
