rabbitMq 死信队列介绍
先从概念解释上搞清楚这个定义,死信,顾名思义就是无法被消费的消息,字面意思可以这样理解,一般来说,producer 将消息投递到 broker 或者直接到 queue 里了,consumer 从 queue 取出消息进行消费,但某些时候由于特定的原因导致 queue 中的某些消息无法被消费,这样的消息如果没有后续的处理,就变成了死信,有死信自然就有了死信队列。
应用场景
为了保证订单业务的消息数据不丢失,需要使用到 RabbitMQ 的死信队列机制,当消息
消费发生异常时,将消息投入死信队列中.还有比如说: 用户在商城下单成功并点击去支付后在指定时间未支付时自动失效
死信的来源
- 消息 TTL 过期(消息生存时间过期)
- 队列达到最大长度(队列满了,无法再添加数据到 mq 中)
- 消息被拒绝(basic.reject 或 basic.nack)并且 requeue=false.
相关代码编写
代码架构图
消息被拒绝
消息被拒绝消费,并且不放回队列
消息消费者C1编写
C1中很多的逻辑需要编写,先让其内部的消费能够正常走通,死信交换机,和死信队列也的声明于C1中,然后C1的队列通过死信交换机将消息放入死信队列中,这样就完成了上图中的所有逻辑,一共有三种产生死信的条件这里一个一个测试。
public class CustomerOne {
/**
* 普通交换机
*/
public static final String NORMAL_EXCHANGE="normal_exchange";
/**
* 死信交换机
*/
public static final String DEAD_EXCHANGE="dead_exchange";
/**
* 普通队列
*/
public static final String NORMAL_QUEUE="normal_queue";
/**
* 死信队列
*/
public static final String DEAD_QUEUE="dead_queue";
public static void main(String[] args) throws Exception{
Channel channel = RabbitMqUtils.getChannel();
// 声明普通交换机
channel.exchangeDeclare(NORMAL_EXCHANGE, BuiltinExchangeType.DIRECT);
// 声明死信交换机
channel.exchangeDeclare(DEAD_EXCHANGE,BuiltinExchangeType.DIRECT);
// 普通队列相关参数
Map<String, Object> arguments=new HashMap<>(16);
// 消息成为死信交换机
arguments.put("x-dead-letter-exchange",DEAD_EXCHANGE);
// 设置死信routingKey
arguments.put("x-dead-letter-routing-key","lisi");
// 声明普通队列
channel.queueDeclare(NORMAL_QUEUE,false,false,false,arguments);
// 绑定普通交换机
channel.queueBind(NORMAL_QUEUE,NORMAL_EXCHANGE,"zhangsan");
// 声明死信队列
channel.queueDeclare(DEAD_QUEUE,false,false,false,null);
// 绑定死信交换机
channel.queueBind(DEAD_QUEUE,DEAD_EXCHANGE,"lisi");
System.out.println("消息的接收.......");
DeliverCallback deliverCallback = (String consumerTag, Delivery message) -> {
String msg = new String(message.getBody());
if("info5".equals(msg)){
System.out.println("此消息被拒绝了 "+msg);
/**
* 拒绝消息
* 1.消息的id
* 2.是否放回队列
*/
channel.basicReject(message.getEnvelope().getDeliveryTag(),false);
}else {
System.out.println("消息消费: "+msg);
channel.basicAck(message.getEnvelope().getDeliveryTag(),false);
}
};
CancelCallback cancelCallback=(consumerTag)->{
System.out.println("消息消费被中断");
};
// 消息的消费
channel.basicConsume(NORMAL_QUEUE,false,deliverCallback,cancelCallback);
}
}
消息生产者编写
生产者只需要生产消息就好了
public class Producer {
public static void main(String[] args) throws Exception{
Channel channel = RabbitMqUtils.getChannel();
for (int i = 0; i < 10; i++) {
String message="info"+i;
// 发送消息
channel.basicPublish(CustomerOne.NORMAL_EXCHANGE,"zhangsan",null,message.getBytes());
}
}
}
启动相关项目
先启动消费者C1然其把相关需要构建的交换机先构建出来然后启动消息的生产者来生成消息,启动完成C1后在RabbitMq的可视化web界面上就可以看见这样的两个队列在normal_queue中也可以看见相关配置的死信
相关的死信配置
消息生产者启动
启动完成之后看C1消费者的打印,拒绝了info5这条消息
在可视化web界面也可以看见info5被放进了死信队列成为了死信消息,可以看见死信队列中有一条消息待消费
消息详情中可以看见是info5,这样就完成了死信消息,还有两种让消息成为死信的条件