死信佇列簡介

先從概念解釋上搞清楚這個定義，死信，顧名思義就是無法被消費的訊息，字面意思可以這樣理解，一般來說，producer 將訊息投遞到 broker 或者直接到 queue 裡了，consumer 從 queue 取出訊息進行消費，但某些時候由於特定的原因導致 queue 中的某些訊息無法被消費，這樣的訊息如果沒有後續的處理，就變成了死信，有死信自然就有了死信佇列。

應用場景:為了保證訂單業務的訊息資料不丟失，需要使用到 RabbitMQ 的死信佇列機制，當訊息消費發生異常時，將訊息投入死信佇列中.還有比如說: 使用者在商城下單成功並點選去支付後在指定時間未支付時自動失效

死信來源

1、訊息 TTL 過期
2、佇列達到最大長度(佇列滿了，無法再新增資料到 mq 中)
3、訊息被拒絕(basic.reject 或 basic.nack)並且 requeue=false.

過期時間

程式碼結構圖

消費者一

package com.study.rabbitmq.eight;

import com.rabbitmq.client.BuiltinExchangeType;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import com.study.rabbitmq.utils.RabbitMQUtils;

import java.util.HashMap;
import java.util.Map;

public class Consumer01 {

    //普通交換機名稱
    private static final String NORMAL_EXCHANGE = "normal_exchange";
    //死信交換機名稱
    private static final String DEAD_EXCHANGE = "dead_exchange";

    public static void main(String[] args) throws Exception {
        Channel channel = RabbitMQUtils.getChannel();

        //宣告死信和普通交換機 型別為 direct
        channel.exchangeDeclare(NORMAL_EXCHANGE, BuiltinExchangeType.DIRECT);
        channel.exchangeDeclare(DEAD_EXCHANGE, BuiltinExchangeType.DIRECT);

        //宣告死信佇列
        String deadQueue = "dead-queue";
        channel.queueDeclare(deadQueue, false, false, false, null);
        //死信佇列繫結：佇列、交換機、路由鍵（routingKey）
        channel.queueBind(deadQueue, DEAD_EXCHANGE, "lisi");

        //正常佇列繫結死信佇列資訊
        Map<String, Object> params = new HashMap<>();
        //正常佇列設定死信交換機 引數 key 是固定值
        params.put("x-dead-letter-exchange", DEAD_EXCHANGE);
        //正常佇列設定死信 routing-key 引數 key 是固定值
        params.put("x-dead-letter-routing-key", "lisi");

        //正常佇列
        String normalQueue = "normal-queue";
        channel.queueDeclare(normalQueue, false, false, false, params);
        channel.queueBind(normalQueue, NORMAL_EXCHANGE, "zhangsan");

        System.out.println("等待接收訊息........... ");
        DeliverCallback deliverCallback = (consumerTag, delivery) -> {
            String message = new String(delivery.getBody(), "UTF-8");
            System.out.println("Consumer01 接收到訊息" + message);
        };
        channel.basicConsume(normalQueue, true, deliverCallback, consumerTag -> {
        });
    }
}
 

消費者二

package com.study.rabbitmq.eight;

import com.rabbitmq.client.BuiltinExchangeType;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DeliverCallback;
import com.study.rabbitmq.utils.RabbitMQUtils;

//死信佇列 消費者二
public class Consumer02 {
    //死信交換機名稱
    private static final String DEAD_EXCHANGE = "dead_exchange";

    public static void main(String[] args) throws Exception {
        Channel channel = RabbitMQUtils.getChannel();

        //宣告交換機
        channel.exchangeDeclare(DEAD_EXCHANGE, BuiltinExchangeType.DIRECT);
        //宣告佇列
        String deadQueue = "dead-queue";
        channel.queueDeclare(deadQueue, false, false, false, null);
        channel.queueBind(deadQueue, DEAD_EXCHANGE, "lisi");

        System.out.println("等待接收死信訊息........... ");
        DeliverCallback deliverCallback = (consumerTag, delivery) -> {
            String message = new String(delivery.getBody(), "UTF-8");
            System.out.println("Consumer02 接收到訊息" + message);
        };
        channel.basicConsume(deadQueue, true, deliverCallback, consumerTag -> {
        });
    }
}
 

生產者

package com.study.rabbitmq.eight;

import com.rabbitmq.client.AMQP;
import com.rabbitmq.client.Channel;
import com.study.rabbitmq.utils.RabbitMQUtils;

//生產者
public class Producer {
    //普通交換機名稱
    public static final String NORMAL_EXCHANGE = "normal_exchange";

    public static void main(String[] args) throws Exception {
        Channel channel = RabbitMQUtils.getChannel();
        //死信訊息 設定TTL時間  expirantion過期時間
        AMQP.BasicProperties properties = new AMQP.BasicProperties().builder().expiration("10000").build();
        for (int i = 0; i < 10; i++) {
            String message = "info" + i;
            channel.basicPublish(NORMAL_EXCHANGE,"zhangsan",null,message.getBytes("UTF-8"));
        }
    }
}

執行測試

1、啟動消費者一，建立通道

2、關閉消費者一，啟動生產者傳送訊息

10S過期

3、啟動消費者二

佇列長度

1.訊息生產者程式碼去掉 TTL 屬性

2.C1 消費者修改以下程式碼(啟動之後關閉該消費者 模擬其接收不到訊息)

注意此時需要把原先佇列刪除 因為引數發生了改變

3.C2 消費者程式碼不變(啟動 C2 消費者)

訊息被拒

1.生產者

2.C1 消費者程式碼(啟動之後關閉該消費者 模擬其接收不到訊息)

注意此時需要把原先佇列刪除 因為引數發生了改變

3.啟動測試