RabbitMQ之死信队列篇

1 死信的概念

  先从概念解释上搞清楚这个定义，死信，顾名思义就是无法被消费的信息，字面意思可以这样理解，一般来说，producer 将消息投递到 broker 或者直接到 queue 里了，consumer 从 queue 取出消息进行消费，但某些时候由于特定的原因导致 queue 中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信，有死信自然就有了死信队列。
  应用场景:为了保证订单业务的消息数据不丢失，需要使用到 RabbitMQ 的死信队列机制，当消息消费发生异常时，将消息投入死信队列中.还有比如说: 用户在商城下单成功并点击去支付后在指定时间未支付时自动失效。

2 死信的来源

• 消息 TTL 过期
• 队列达到最大长度(队列满了，无法再添加数据到 mq 中)
• 消息被拒绝(basic.reject 或 basic.nack)并且 requeue=false.

3 死信实战

3.1 代码架构图

3.2 消息 TTL 过期

3.2.1 生产者代码

public class Producer {
    /**
     * 普通交换机的名称
     */
    private static final String NORMAL_EXCHANGE = "normal_exchange";

    public static void main(String[] args) throws IOException, TimeoutException {
        Channel channel = RabbitMQUtils.getChannel();
        //死信消息  设置TTL时间
        AMQP.BasicProperties properties = new AMQP.BasicProperties().builder().expiration("10000").build();
        for (int i = 1; i <= 10; i++) {
            String message = "info-" + i;
            channel.basicPublish(NORMAL_EXCHANGE, "zhangsan", properties, message.getBytes(StandardCharsets.UTF_8));
        }
    }
}

3.2.2 消费者 C1 代码(启动之后关闭该消费者 模拟其接收不到消息)

public class Consumer01 {
    //普通交换机的名称
    private static final String NORMAL_EXCHANGE = "normal_exchange";
    //死信交换机的名称
    private static final String DEAD_EXCHANGE = "dead_exchange";
    //普通队列的名称
    private static final String NORMAL_QUEUE = "normal_queue";
    //死信队列的名称
    private static final String DEAD_QUEUE = "dead_queue";

    @SneakyThrows
    public static void main(String[] args) {
        Channel channel = RabbitMQUtils.getChannel();
        //声明普通交换机
        channel.exchangeDeclare(NORMAL_EXCHANGE, BuiltinExchangeType.DIRECT);
        //声明死信交换机
        channel.exchangeDeclare(DEAD_EXCHANGE, BuiltinExchangeType.DIRECT);
        //声明普通队列
        Map<String, Object> arguments = new HashMap<>();
        //过期时间 : 10s = 10000ms  一般由生产方设置，因为可以随意更改
        //arguments.put("x-message-ttl", 10000);
        //普通队列设置死信交换机
        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.queueDeclare(DEAD_QUEUE, false, false, false, null);
        //绑定普通交换机与普通队列
        channel.queueBind(NORMAL_QUEUE, NORMAL_EXCHANGE, "zhangsan");
        //绑定死信交换机与死信队列
        channel.queueBind(DEAD_QUEUE, DEAD_EXCHANGE, "lisi");
        System.out.println("Consumer01等待接收消息......");
        DeliverCallback deliverCallback = (consumerTag, message) -> {
            String msg = new String(message.getBody(), StandardCharsets.UTF_8);
            System.out.println("Consumer01接收消息：" + msg);
        };
        channel.basicConsume(NORMAL_QUEUE, true, deliverCallback, consumerTag -> {});
    }
}

生产者未发消息

生产者发送了10条消息，此时正常消息队列有10条未消费消息

时间过去10秒，正常队列里面的消息由于没有被消费，消息进入死信队列

3.2.3 消费者 C2 代码(以上步骤完成后 启动 C2 消费者 它消费死信队列里面的消息)

public class Consumer02 {
    //死信队列的名称
    private static final String DEAD_QUEUE = "dead_queue";

    @SneakyThrows
    public static void main(String[] args) {
        Channel channel = RabbitMQUtils.getChannel();
        System.out.println("Consumer02等待接收消息......");
        DeliverCallback deliverCallback = (consumerTag, message) -> System.out.println("Consumer02接收消息：" + new String(message.getBody(), StandardCharsets.UTF_8));
        channel.basicConsume(DEAD_QUEUE, true, deliverCallback, consumerTag -> {});
    }
}

3.3 队列达到最大长度

3.3.1 去掉生产者的TTL代码

public class Producer {
    /**
     * 普通交换机的名称
     */
    private static final String NORMAL_EXCHANGE = "normal_exchange";

    public static void main(String[] args) throws IOException, TimeoutException {
        Channel channel = RabbitMQUtils.getChannel();
        for (int i = 1; i <= 10; i++) {
            String message = "info-" + i;
            channel.basicPublish(NORMAL_EXCHANGE, "zhangsan", null, message.getBytes(StandardCharsets.UTF_8));
        }
    }
}

3.3.2 C1 消费者修改以下代码(启动之后关闭该消费者 模拟其接收不到消息)

为了检验队列的长度是否限制为 6 了，我们只能启动C1后关闭，让消息堆积到队列里面，然后看多余的消息是否进入死信队列

注意此时需要把原先队列删除 因为参数改变了

3.3.3 C2 消费者代码不变(启动 C2 消费者)

3.4 消息被拒

3.4.1 消息生产者代码同 队列达到最大长度 生产者一致

3.4.2 C1 消费者代码

这次启动之后就不用关闭了，为了演示被拒，我们不接受消息为 info-5 的消息，并且要开启手动应答
我现在把C1的代码贴全吧，对了，记得删除 normal_queue ，因为配置变了

public class Consumer01 {
    //普通交换机的名称
    private static final String NORMAL_EXCHANGE = "normal_exchange";
    //死信交换机的名称
    private static final String DEAD_EXCHANGE = "dead_exchange";
    //普通队列的名称
    private static final String NORMAL_QUEUE = "normal_queue";
    //死信队列的名称
    private static final String DEAD_QUEUE = "dead_queue";

    @SneakyThrows
    public static void main(String[] args) {
        Channel channel = RabbitMQUtils.getChannel();
        //声明普通交换机
        channel.exchangeDeclare(NORMAL_EXCHANGE, BuiltinExchangeType.DIRECT);
        //声明死信交换机
        channel.exchangeDeclare(DEAD_EXCHANGE, BuiltinExchangeType.DIRECT);
        //声明普通队列
        Map<String, Object> arguments = new HashMap<>();
        //普通队列设置死信交换机
        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.queueDeclare(DEAD_QUEUE, false, false, false, null);
        //绑定普通交换机与普通队列
        channel.queueBind(NORMAL_QUEUE, NORMAL_EXCHANGE, "zhangsan");
        //绑定死信交换机与死信队列
        channel.queueBind(DEAD_QUEUE, DEAD_EXCHANGE, "lisi");
        System.out.println("Consumer01等待接收消息......");
        DeliverCallback deliverCallback = (consumerTag, message) -> {
            String msg = new String(message.getBody(), StandardCharsets.UTF_8);
            if ("info-5".equals(msg)) {
                System.out.println("Consumer01等待消息：" + msg + "：此消息是被C1拒绝的");
                channel.basicReject(message.getEnvelope().getDeliveryTag(), false);
            } else {
                System.out.println("Consumer01接收消息：" + msg);
                channel.basicAck(message.getEnvelope().getDeliveryTag(), false);
            }
        };
        //拒绝的时候要开启手动应答
        channel.basicConsume(NORMAL_QUEUE, false, deliverCallback, consumerTag -> {});
    }
}

生产者发出消息后

3.4.3 C2 消费者代码不变

启动消费者 1 ，看到info-5被拒绝了，并进入了死信队列

然后再启动消费者 2

OK，今天就到这了，接下来还有延迟队列，不过延迟队列使用SpringBoot演示方便点