当前位置:   article > 正文

RabbitMq(四) -- 交换机(rabbitmq的工作模式)_rabbitmq 交换机

rabbitmq 交换机

1. 实现一个消息被消费2次

在这里插入图片描述
一个消息经过交换机之后,可以被交换机分发给2个不同的队列,不同的队列的消息被各自的消费者消费。

注意:一个队列中的消息只能被消费一次

2. 什么是交换机?

RabbitMQ 消息传递模型的核心思想是: 生产者生产的消息从不会直接发送到队列。实际上,通常生产者甚至都不知道这些消息传递传递到了哪些队列中。

相反,生产者只能将消息发送到交换机 (exchange),交换机工作的内容非常简单,一方面它接收来自生产者的消息,另一方面将它们推入队列。交换机必须确切知道如何处理收到的消息,是应该把这些消息放到特定队列还是说把他们放到许多队列中还是说应该丢弃它们。这就的由交换机的类型来决定

在这里插入图片描述

3. 交换机的类型(rabbitmq的工作模式):

  1. 1个生产者,多个消费者
  2. 每一个消费者都有自己的一个队列
  3. 生产者没有将消息直接发送到队列,而是发送到了交换机
  4. 每个队列都要绑定到交换机
  5. 生产者发送的消息,经过交换机到达队列,实现一个消息被多个消费者获取的目的
  6. 交换机一方面:接收生产者发送的消息。另一方面:知道如何处理消息,例如递交给某个特别队列、递交给所有队列、或是将消息丢弃。到底如何操作,取决于Exchange的类型。
    • Fanout:广播(扇出):将消息交给所有绑定到交换机的队列
    • Direct:定向(直接):把消息交给符合指定routing key 的队列
    • Topic:通配符(主题):把消息交给符合routing pattern(路由模式) 的队列
    • x-delayed-message:延迟,生产者将消息直接分给延迟交换机,延迟交换机在经过延迟时间后将消息分发
    • headers:标题
  7. Exchange(交换机)只负责转发消息,不具备存储消息的能力,因此如果没有任何队列与Exchange绑定,或者没有符合路由规则的队列,那么消息会丢失

这里先介绍下一些名词:

3.1 无名交换机(无需交换机)

除了上述工作模式外,我们还支持一个叫无名交换机的类型。

在本教程的前面部分我们对exchange一无所知,但仍然能够将消息发送到队列,之前能实现的原因是因为我们使用的默认交换,我们通过空字符串(“”)进行标识。
在这里插入图片描述
第一个参数是交换机的名称。空字符串表示默认或无名称交换机;消息从路由发送到队列中其实是由routingKey(bindingKey)绑定key指定的,如果它存在的话

我的理解是无名交换机就是无需交换机,其中又分为两种类型:

3.1.1 简单模式:无需交换机

在这里插入图片描述

  1. 消息产生消息,将消息放入队列
  2. 消息的消费者(consumer) 监听 消息队列,如果队列中有消息,就消费掉,消息被拿走后,自动从队列中删除(隐患 消息可能没有被消费者正确处理,已经从队列中消失了,造成消息的丢失,这里可以设置成手动的ack,但如果设置成手动ack,处理完后要及时发送ack消息给队列,否则会造成内存溢出)。
3.1.2 工作模式(竞争模式):无需交换机

在这里插入图片描述

  1. 消息产生者将消息放入队列,消费者可以有多个,消费者1和消费者2同时监听同一个队列,消息被消费。
  2. C1 C2共同争抢当前的消息队列内容,谁先拿到谁负责消费消息(隐患:高并发情况下,默认会产生某一个消息被多个消费者共同使用,可以设置一个开关(syncronize) 保证一条消息只能被一个消费者使用)。

3.2 临时队列

没有持久化的队列就是临时队列

队列的名称对我们来说至关重要,我们需要指定我们的消费者去消费哪个队列的消息。

每当我们连接到mq时,我们都需要一个全新的空队列,为此我们可以创建一个具有随机名称的队列,或者能让服务器为我们选择一个随机队列名称那就更好了。其次一旦我们断开了消费者的连接,队列将被自动删除

3.2.1 如何确认是否是临时队列?

看Features是否有D的标识,如果没有就说明是临时队列。
在这里插入图片描述

3.3 bindings,关联exchange和queue

什么是 bingding 呢,binding 其实是 exchange 和 queue 之间的桥梁,它告诉我们 exchange 和哪个队列进行了绑定关系。

  • 一个交换机可以和多个队列绑定
  • 一个交换机可和一个队列建立多个绑定关系(routingKey不同)

比如说下面这张图告诉我们的就是 X 与 Q1 和 Q2 进行了绑定
在这里插入图片描述
在这里插入图片描述
上图中,一个交换机绑定了2个队列,如果一个消息,生产者只想让队列1接收,那就可以通过RoutingKey来进行处理。

3.3.1 交换机和队列的绑定方式:
  1. 创建一个交换机exchange1和一个队列queue1
  2. 点击exchange1,选中bindings,添加bindings,选中绑定的队列是queue1,key是123

在这里插入图片描述

  1. 绑定关系就建立了:

在这里插入图片描述

4. Fanout Exchange 扇出交换机

Fanout 这种类型非常简单。正如从名称中猜到的那样,它是将接收到的所有消息广播到它关联的所有队列中。哪怕交换机和队列关联的key是不同的也不影响。

系统默认有fanout类型的交换机
在这里插入图片描述
代码展示:

4.1 消费者端代码:

编写2个消费者:

public static void main(String[] args) throws Exception {
    Channel channel = MqConnectUtil.getChannel();
    channel.exchangeDeclare(EXCHANGE_NAME, "fanout");
    /**
     * 生成一个临时的队列 队列的名称是随机的
     * 当消费者断开和该队列的连接时 队列自动删除
     */
    String queueName = channel.queueDeclare().getQueue();
    //把该临时队列绑定我们的 exchange 其中 routingkey(也称之为 binding key)为空字符串
    channel.queueBind(queueName, EXCHANGE_NAME, "");
    log.debug("01等待接收消息,把接收到的消息打印在屏幕........... ");

    //发送回调
    DeliverCallback deliverCallback = (consumerTag, delivery) -> {
        String message = new String(delivery.getBody(), "UTF-8");
        log.debug("01控制台打印接收到的消息" + message);
    };
    channel.basicConsume(queueName, true, deliverCallback, consumerTag -> {});
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19

消费者2修改一下输出的日志为02就行

4.2 生产者端代码:

public static void main(String[] args) throws Exception {
    Channel channel = MqConnectUtil.getChannel();
    /**
     * 声明一个 exchange
     * 1.exchange 的名称
     * 2.exchange 的类型
     */
    channel.exchangeDeclare(EXCHANGE_NAME, "fanout");
    Scanner sc = new Scanner(System.in);
    System.out.println("请输入信息");
    while (sc.hasNext()) {
        String message = sc.nextLine();
        channel.basicPublish(EXCHANGE_NAME, "", null, message.getBytes("UTF-8"));
        System.out.println("生产者发出消息" + message);
    }
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16

4.3 结果:

生产者:

请输入信息
1
生产者发出消息1
2
生产者发出消息2
3
生产者发出消息3
4
生产者发出消息4
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9

消费者1:

22:49:46.134 [main] DEBUG logs1 - 01等待接收消息,把接收到的消息打印在屏幕........... 
22:50:30.177 [pool-1-thread-4] DEBUG logs1 - 01控制台打印接收到的消息1
22:50:31.037 [pool-1-thread-5] DEBUG logs1 - 01控制台打印接收到的消息2
22:50:31.867 [pool-1-thread-6] DEBUG logs1 - 01控制台打印接收到的消息3
22:50:32.725 [pool-1-thread-7] DEBUG logs1 - 01控制台打印接收到的消息4
  • 1
  • 2
  • 3
  • 4
  • 5

消费者2:

22:50:23.211 [main] DEBUG logs2 - 02等待接收消息,把接收到的消息打印在屏幕........... 
22:50:30.181 [pool-1-thread-4] DEBUG logs2 - 02控制台打印接收到的消息1
22:50:31.039 [pool-1-thread-5] DEBUG logs2 - 02控制台打印接收到的消息2
22:50:31.870 [pool-1-thread-6] DEBUG logs2 - 02控制台打印接收到的消息3
22:50:32.727 [pool-1-thread-7] DEBUG logs2 - 02控制台打印接收到的消息4
  • 1
  • 2
  • 3
  • 4
  • 5

可以看出,一次生产被两个队列消费

4.4 如果修改2个队列和交换机关联的key不一致:

修改队列1的key为01,队列2的key为02:

channel.queueBind(queueName, EXCHANGE_NAME, "01");
  • 1

消费者1日志:

22:54:50.734 [main] DEBUG logs1 - 01等待接收消息,把接收到的消息打印在屏幕........... 
22:55:27.419 [pool-1-thread-4] DEBUG logs1 - 01控制台打印接收到的消息1
22:55:27.915 [pool-1-thread-5] DEBUG logs1 - 01控制台打印接收到的消息2
22:55:28.461 [pool-1-thread-6] DEBUG logs1 - 01控制台打印接收到的消息3
22:55:29.805 [pool-1-thread-7] DEBUG logs1 - 01控制台打印接收到的消息4
  • 1
  • 2
  • 3
  • 4
  • 5

消费者2日志:

22:55:02.912 [main] DEBUG logs2 - 02等待接收消息,把接收到的消息打印在屏幕........... 
22:55:27.420 [pool-1-thread-4] DEBUG logs2 - 02控制台打印接收到的消息1
22:55:27.914 [pool-1-thread-5] DEBUG logs2 - 02控制台打印接收到的消息2
22:55:28.460 [pool-1-thread-6] DEBUG logs2 - 02控制台打印接收到的消息3
22:55:29.805 [pool-1-thread-7] DEBUG logs2 - 02控制台打印接收到的消息4
  • 1
  • 2
  • 3
  • 4
  • 5

可以看到2个队列还是接收到了,并无影响

4.5 总结:

  1. 多个消费者,每个消费者绑定自己的队列
  2. 每个队列都需要绑定交换机
  3. 生产者生产消息,交给交换机,生产者不能决定消息被交换机分发给哪个队列
  4. 交换机把消息发送给绑定过的所有队列
  5. 订阅该队列的消费者都能消费消息,实现一个消息被多个消费者消费

5. Direct Exchange 直接(路由)交换机

5.1 回顾

在上一节中,我们构建了一个简单的日志记录系统。我们能够向许多接收者广播日志消息。

在本节我们将向其中添加一些特别的功能 — 让某个消费者订阅发布的部分消息。例如我们只把严重错误消息定向存储到日志文件 (以节省磁盘空间),同时仍然能够在控制台上打印所有日志消息

我们再来回顾一下什么是bindings。绑定是交换机和队列之间的桥梁关系。也可以这么理解:队列只对它绑定的交换机的消息感兴趣。

绑定用参数:routingKey来表示,也可称该参数为binding key,创建绑定我们用代码:channel.queueBind(queueName, EXCHANGE_NAME, "01")绑定之后的意义由其交换类型来决定

5.2 Direct 介绍

Fanout 这种交换类型并不能给我们带来很大的灵活性,它只能进行无意识的广播,在这里我们将使用 direct 这种类型来进行替换。

这种类型的工作方式是,消息只去到它绑定的 routingKey 队列中去
在这里插入图片描述
在上面这张图中,我们可以看到 X 绑定了两个队列,绑定类型是 direct。队列 Q1 绑定键(routingKey)为 orange, 队列 Q2 绑定键有两个:一个绑定键为 black,另一个绑定键为 green。

在这种绑定情况下,生产者发布消息到 exchange 上,绑定键为 orange 的消息会被发布到队列 Q1。绑定键为 black或green的消息会被发布到队列 Q2,其他消息类型的消息将被丢弃

5.3 多重绑定

在这里插入图片描述
当然如果 exchange 的绑定类型是 direct,但是它绑定的多个队列的 key 如果都相同,在这种情况下虽然绑定类型是 direct 但是它表现的就和 fanout 有点类似了,就跟广播差不多,如上图所示

5.4 实战

仅接收error的日志:
在这里插入图片描述
交换机:
在这里插入图片描述

  • c2:绑定 disk,routingKey 为 error。

  • c1:绑定 console,routingKey 为 info、warning。

5.4.1 两个消费者:

disk磁盘队列:

public static void main(String[] args) throws Exception {
    Channel channel = MqConnectUtil.getChannel();
    channel.exchangeDeclare(EXCHANGE_NAME, BuiltinExchangeType.DIRECT);

    String queueName = "disk";
    //队列声明
    channel.queueDeclare(queueName, false, false, false, null);
    //队列绑定
    channel.queueBind(queueName, EXCHANGE_NAME, "error");
    log.debug("等待接收消息...");

    //发送回调
    DeliverCallback deliverCallback = (consumerTag, delivery) -> {
        String message = new String(delivery.getBody(), "UTF-8");
        message = "接收绑定键:" + delivery.getEnvelope().getRoutingKey() + ",消息:" + message;
        log.debug("error 消息已经接收:\n" + message);
    };
    channel.basicConsume(queueName, true, deliverCallback, consumerTag -> {
    });
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20

console日志打印队列:

public static void main(String[] args) throws Exception {
    Channel channel = MqConnectUtil.getChannel();
    channel.exchangeDeclare(EXCHANGE_NAME, BuiltinExchangeType.DIRECT);

    String queueName = "console";
    //队列声明
    channel.queueDeclare(queueName, false, false, false, null);
    //队列绑定
    channel.queueBind(queueName, EXCHANGE_NAME, "info");
    channel.queueBind(queueName, EXCHANGE_NAME, "warning");

    log.debug("等待接收消息...");

    //发送回调
    DeliverCallback deliverCallback = (consumerTag, delivery) -> {
        String message = new String(delivery.getBody(), "UTF-8");
        message = "接收绑定键:" + delivery.getEnvelope().getRoutingKey() + ",消息:" + message;
        log.debug("info和warning 消息已经接收:\n" + message);
    };
    channel.basicConsume(queueName, true, deliverCallback, consumerTag -> {
    });
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
5.4.2 一个生产者:
public static void main(String[] args) throws Exception {
    Channel channel = MqConnectUtil.getChannel();
    channel.exchangeDeclare(EXCHANGE_NAME, BuiltinExchangeType.DIRECT);

    //创建多个 bindingKey
    Map<String, String> bindingKeyMap = new HashMap<>();
    bindingKeyMap.put("info", "普通 info 信息");
    bindingKeyMap.put("warning", "警告 warning 信息");
    bindingKeyMap.put("error", "错误 error 信息");
    //debug 没有消费这接收这个消息 所有就丢失了
    bindingKeyMap.put("debug", "调试 debug 信息");

    for (Map.Entry<String, String> bindingKeyEntry : bindingKeyMap.entrySet()) {
        //获取 key value
        String bindingKey = bindingKeyEntry.getKey();
        String message = bindingKeyEntry.getValue();

        channel.basicPublish(EXCHANGE_NAME, bindingKey, null, message.getBytes("UTF-8"));
        System.out.println("生产者发出消息:" + message);
    }
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
5.4.3 结果:

生产者:

生产者发出消息:调试 debug 信息
生产者发出消息:警告 warning 信息
生产者发出消息:错误 error 信息
生产者发出消息:普通 info 信息
  • 1
  • 2
  • 3
  • 4

disk硬盘中:

23:41:39.663 [main] DEBUG disk - 等待接收消息...
23:42:22.825 [pool-1-thread-4] DEBUG disk - error 消息已经接收:
接收绑定键:error,消息:错误 error 信息
  • 1
  • 2
  • 3

日志中:

23:42:01.054 [main] DEBUG console - 等待接收消息...
23:42:22.827 [pool-1-thread-4] DEBUG console - info和warning 消息已经接收:
接收绑定键:warning,消息:警告 warning 信息
23:42:22.827 [pool-1-thread-4] DEBUG console - info和warning 消息已经接收:
接收绑定键:info,消息:普通 info 信息
  • 1
  • 2
  • 3
  • 4
  • 5

可以看到是根据key来进行接收的,而debug的消息并没有队列接收

6. Topic Exchange 主题交换机

在上一个小节中,我们改进了日志记录系统。我们没有使用只能进行随意广播的 fanout 交换机,而是使用了 direct 交换机,从而有能实现有选择性地接收日志。

尽管使用 direct 交换机改进了我们的系统,但是它仍然存在局限性 — 比方说我们想接收的日志类型有 info.base 和 info.advantage,某个队列只想 info.base 的消息,那这个时候 direct 就办不到了。这个时候就只能使用 topic 类型

6.1 Topic的要求

发送到类型是 topic 交换机的消息的 routing_key 不能随意写,必须满足一定的要求,它必须是一个单词列表,以点号分隔开。这些单词可以是任意单词。比如说:”stock.usd.nyse”, “nyse.vmw”, “quick.orange.rabbit”. 这种类型的。当然这个单词列表最多不能超过 255 个字节。

在这个规则列表中,其中有两个替换符是大家需要注意的:

  • *(星号) 可以代替一个单词
  • #(井号) 可以替代零个或多个单词

6.2 匹配案例:

下图绑定关系如下:
在这里插入图片描述

  • Q1–> 绑定的是:
    • 中间带 orange 共 3 个单词的字符串 (*.orange.*)
  • Q2–> 绑定的是:
    • 最后一个单词是 rabbit 的 3 个单词 (*.*.rabbit)
    • 第一个单词是 lazy 的多个单词 (lazy.#)

上图是一个队列绑定关系图,我们来看看他们之间数据接收情况是怎么样的:
在这里插入图片描述
注意:

  • 当一个队列绑定键是 #,那么这个队列将接收所有数据,就有点像 fanout 了
  • 如果队列绑定键当中没有 #和 * 出现,那么该队列绑定类型就是 direct 了

6.3 实战:

在这里插入图片描述

6.3.1 消费者1:
public static void main(String[] args) throws Exception {
    Channel channel = MqConnectUtil.getChannel();
    channel.exchangeDeclare(EXCHANGE_NAME, BuiltinExchangeType.TOPIC);
    //声明 Q1 队列与交换机绑定关系
    String queueName = "Q1";
    //声明
    channel.queueDeclare(queueName, false, false, false, null);
    //绑定
    channel.queueBind(queueName, EXCHANGE_NAME, "*.orange.*");
    System.out.println("等待接收消息........... ");

    DeliverCallback deliverCallback = (consumerTag, delivery) -> {
        String message = new String(delivery.getBody(), "UTF-8");
        System.out.println(" 接收队列:" + queueName + " 绑定键:" + delivery.getEnvelope().getRoutingKey() + ",消息:" + message);
    };
    channel.basicConsume(queueName, true, deliverCallback, consumerTag -> {
    });
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
6.3.2 消费者2:
public static void main(String[] args) throws Exception {
    Channel channel = MqConnectUtil.getChannel();
    channel.exchangeDeclare(EXCHANGE_NAME, BuiltinExchangeType.TOPIC);
    //声明 Q2 队列与交换机绑定关系
    String queueName = "Q2";
    //声明
    channel.queueDeclare(queueName, false, false, false, null);
    //绑两遍,2个routingKey
    channel.queueBind(queueName, EXCHANGE_NAME, "*.*.rabbit");
    channel.queueBind(queueName, EXCHANGE_NAME, "lazy.#");

    System.out.println("等待接收消息........... ");

    DeliverCallback deliverCallback = (consumerTag, delivery) -> {
        String message = new String(delivery.getBody(), "UTF-8");
        System.out.println(" 接收队列:" + queueName + " 绑定键:" + delivery.getEnvelope().getRoutingKey() + ",消息:" + message);
    };
    channel.basicConsume(queueName, true, deliverCallback, consumerTag -> {
    });
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
6.3.3 生产者
public static void main(String[] args) throws Exception {
    Channel channel = MqConnectUtil.getChannel();
    channel.exchangeDeclare(EXCHANGE_NAME, BuiltinExchangeType.TOPIC);

    /**
     * Q1-->绑定的是
     *      中间带 orange 带 3 个单词的字符串(*.orange.*)
     * Q2-->绑定的是
     *      最后一个单词是 rabbit 的 3 个单词(*.*.rabbit)
     *      第一个单词是 lazy 的多个单词(lazy.#)
     *
     */
    Map<String, String> bindingKeyMap = new HashMap<>();
    bindingKeyMap.put("quick.orange.rabbit", "被队列 Q1Q2 接收到");
    bindingKeyMap.put("lazy.orange.elephant", "被队列 Q1Q2 接收到");
    bindingKeyMap.put("quick.orange.fox", "被队列 Q1 接收到");
    bindingKeyMap.put("lazy.brown.fox", "被队列 Q2 接收到");
    bindingKeyMap.put("lazy.pink.rabbit", "虽然满足两个绑定但只被队列 Q2 接收一次");
    bindingKeyMap.put("quick.brown.fox", "不匹配任何绑定不会被任何队列接收到会被丢弃");
    bindingKeyMap.put("quick.orange.male.rabbit", "是四个单词不匹配任何绑定会被丢弃");
    bindingKeyMap.put("lazy.orange.male.rabbit", "是四个单词但匹配 Q2");
    for (Map.Entry<String, String> bindingKeyEntry : bindingKeyMap.entrySet()) {
        String bindingKey = bindingKeyEntry.getKey();
        String message = bindingKeyEntry.getValue();

        channel.basicPublish(EXCHANGE_NAME, bindingKey, null, message.getBytes("UTF-8"));
        System.out.println("生产者发出消息:" + message);
    }
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
6.3.4 结果:

生产者:

生产者发出消息:是四个单词不匹配任何绑定会被丢弃
生产者发出消息:不匹配任何绑定不会被任何队列接收到会被丢弃
生产者发出消息:被队列 Q1Q2 接收到
生产者发出消息:被队列 Q2 接收到
生产者发出消息:被队列 Q1Q2 接收到
生产者发出消息:被队列 Q1 接收到
生产者发出消息:虽然满足两个绑定但只被队列 Q2 接收一次
生产者发出消息:是四个单词但匹配 Q2
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8

消费者1:即Q1队列:

等待接收消息........... 
 接收队列:Q1 绑定键:lazy.orange.elephant,消息:被队列 Q1Q2 接收到
 接收队列:Q1 绑定键:quick.orange.rabbit,消息:被队列 Q1Q2 接收到
 接收队列:Q1 绑定键:quick.orange.fox,消息:被队列 Q1 接收到
  • 1
  • 2
  • 3
  • 4

消费者2:即Q2队列:

等待接收消息........... 
 接收队列:Q2 绑定键:lazy.orange.elephant,消息:被队列 Q1Q2 接收到
 接收队列:Q2 绑定键:lazy.brown.fox,消息:被队列 Q2 接收到
 接收队列:Q2 绑定键:quick.orange.rabbit,消息:被队列 Q1Q2 接收到
 接收队列:Q2 绑定键:lazy.pink.rabbit,消息:虽然满足两个绑定但只被队列 Q2 接收一次
 接收队列:Q2 绑定键:lazy.orange.male.rabbit,消息:是四个单词但匹配 Q2
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6

7. headers Exchange标题交换机

标题交换机和扇形交换机都不需要路由键routingKey,标题交换机是通过Headers头部来将消息映射到队列的,有点像HTTP的Headers,Hash结构中要求携带一个键“x-match”,这个键的Value可以是any或者all,这代表消息携带的Hash是需要全部匹配(all),还是仅匹配一个键(any)就可以了。相比直连交换机,首部交换机的优势是匹配的规则不被限定为字符串(string)而是Object类型。

  • any: 只要在发布消息时携带的有一对键值对headers满足队列定义的多个参数arguments的其中一个就能匹配上,注意这里是键值对的完全匹配,只匹配到键了,值却不一样是不行的;
  • all:在发布消息时携带的所有Entry必须和绑定在队列上的所有Entry完全匹配

在这里插入图片描述
代码测试:

7.1 生产者:

public class producer {
    public static void main(String[] args) throws IOException, TimeoutException {
        ConnectionFactory factory = new ConnectionFactory();
        factory.setHost("127.0.0.1");
        factory.setPort(AMQP.PROTOCOL.PORT);
        factory.setUsername("guest");
        factory.setPassword("guest");

        Connection connection = factory.newConnection();
        Channel channel = connection.createChannel();

        HashMap<String, Object> heardersMap  = new HashMap<>();
        heardersMap.put("api","login");
        heardersMap.put("version",1.0);
        heardersMap.put("dataType", "json");
//        heardersMap.put("random", UUID.randomUUID().toString());
        AMQP.BasicProperties.Builder properties = new AMQP.BasicProperties().builder().headers(heardersMap);

        String msg = "hello RabbitMq!";
        String EXCHANGE_NAME = "exchange.hearders";
        channel.basicPublish(EXCHANGE_NAME, "", properties.build(), msg.getBytes("UTF-8"));

        System.out.println("生产者已发送数据");

        channel.close();
        connection.close();

    }
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29

7.2 消费者:

public class consumer {
    public static void main(String[] args) throws IOException, TimeoutException, InterruptedException {
        ConnectionFactory factory = new ConnectionFactory();
        factory.setHost("127.0.0.1");
        factory.setPort(AMQP.PROTOCOL.PORT);
        factory.setUsername("guest");
        factory.setPassword("guest");

        Connection connection = factory.newConnection();
        Channel channel = connection.createChannel();

        String EXCHANGE_NAME = "exchange.hearders";
        channel.exchangeDeclare(EXCHANGE_NAME,"headers");

        String queueName  = channel.queueDeclare().getQueue();

        HashMap<String, Object> arguments  = new HashMap<>();
//        arguments.put("x-match","all");
        arguments.put("x-match","any");
        arguments.put("api", "login");
        arguments.put("version", 1.0);
        arguments.put("dataType", "json");

        channel.queueBind(queueName,EXCHANGE_NAME,"",arguments);

        DefaultConsumer consumer = new DefaultConsumer(channel) {
            @Override
            public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
                String msg = new String(body, "utf-8");
                System.out.println(msg);
            }
        };

        channel.basicConsume(queueName,true,consumer);

        System.out.println("消费者等待消息");

        Thread.sleep(100000000);
        channel.close();
        connection.close();

    }

}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44

7.3 结果:

// all:匹配失败,缺少{"dataType", "json"}
Map<String, Object> heardersMap = new HashMap<String, Object>();
heardersMap.put("api", "login");
heardersMap.put("version", 1.0);

// all:匹配成功,生产者多发送一个head没关系
Map<String, Object> heardersMap = new HashMap<String, Object>();
heardersMap.put("api", "login");
heardersMap.put("version", 1.0);
heardersMap.put("dataType", "json");
heardersMap.put("ext", false);

Map<String, Object> arguments = new HashMap<String, Object>();
arguments.put("x-match", "all");
arguments.put("api", "login");
arguments.put("version", 1.0);
arguments.put("dataType", "json");

//------------------------------------------
// any: 匹配成功,只要有一个键值对能满足队列的arguments即可
Map<String, Object> heardersMap = new HashMap<String, Object>();
heardersMap.put("api", "login");

Map<String, Object> arguments = new HashMap<String, Object>();
arguments.put("x-match", "any");
arguments.put("api", "login");
arguments.put("version", 1.0);
arguments.put("dataType", "json");

// any: 匹配失败,键值对中的key和value必须全部匹配上
Map<String, Object> heardersMap = new HashMap<String, Object>();
heardersMap.put("api", "regist");

Map<String, Object> arguments = new HashMap<String, Object>();
arguments.put("x-match", "any");
arguments.put("api", "login");
arguments.put("version", 1.0);
arguments.put("dataType", "json");
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38

7.4 与直接交换机对比:

  • 绑定规则不同:直接交换机是一个简单的String;而标题是键值对Entry,而且键值对的value可以是任意类型Object
  • 绑定个数不同:直接交换机一次只能绑定一个字符串,如果想绑定多个字符串就需要绑定多次或者循环调用queueBind()方法来绑定多次;而标题类型直接可以往Map中添加多个实体Entry即可
  • 映射规则不同:直接交换机只需要比较路由键是否相等即可,而标题类型除了比较value还要比较key,因为标题类型是Entry类型,需要同时比较key和value,而且标题类型还可以通过x-match来控制匹配的条件,all:需要匹配所有Entry,相当于SQL中的 and操作;any:只需要匹配上一个Entry即可,相当于SQL中的or操作
  • 直接交换机适用于计较简单的路由,而标题类型相比直连接匹配规则更强大

8. 延迟交换机

见下篇:https://blog.csdn.net/weixin_39724194/article/details/123270059

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/花生_TL007/article/detail/431674
推荐阅读
相关标签
  

闽ICP备14008679号