一、概述
前面三篇文章讲述了RabbitMQ 常用的三种Exchange类型,这篇文章学习一下第四种不常用的Exchange类型:Headers这种类型与topic类型类似,只不过不是匹配routingKeys,是匹配AMQP协议中的Header,Header是一个HashTable类型的键值对,而routingKey是String类型的字符串。功能与Topic相同,消息发送者绑定消息的键值对,匹配交换机与队列之间绑定的键值对,匹配规则“x-match”有两种,一种是“any”,只要一组键值对匹配成功即可发送消息到该队列,另一种是“all”,即需要所有键值对都匹配才可以发送消息。
大概的场景应用示意图如下,详细说明见示例代码:
二、源代码
我们先测试any类型的headers,先写生产者代码,相关说明已在注释中标明
1 | package com.cn.chenxyt.mq; |
消费者1代码,相关说明已经在注释中标明
1 | package com.cn.chenxyt.mq; |
消费者2代码,与1基本相同,只不过新建个队列和绑定的header,有一点要说明一下,所有新测试的交换机类型,都需要把之前已经存在的同名的交换机或者同名的队列删除,不然的话新建不会生效,即使参数不同
1 | package com.cn.chenxyt.mq; |
分别启动消费者1和消费者2,使他们处在监听状态,可以看到管理台有新建的headers类型的交换机和两个队列
启动生产者,可以看到消费者1和消费者2都收到了消息。说明any功能生效,即匹配到了任意一组键值对即可发送消息。
接下来我们测试all的情况,在管理台删除已经存在的两条队列queue1、queue2,修改消费者1和消费者2中的any修改为all
1 | //any 匹配任意一组即可 all 全部匹配 |
这时我们重新启动消费者1和消费者2使他们处于监听状态,可以在管理台看见绑定规则x-match变为all
启动生产者,可以看见消费者1和消费者2都收不到消息了
修改生产者代码,新增一组键值对,保证与queue1绑定的headers键值对完全匹配
1 | //定义发送消息的要绑定的键值对 |
重新启动生产者,可以看到消费者1收到了消息,消费者2没有收到消息,即all的匹配规则生效了。
以上就是关于headers类型的exchange的应用示例,实际应用场景中,同类型的更偏向于使用direct类型的交换机。