RabbitMQ 交换机类型
在查看源码时发现
com.rabbitmq.client.BuiltinExchangeType 定义了RabbitMQ允许声明交换机的类型：
package com.rabbitmq.client;
/**
* Enum for built-in exchange types.
*/
public enum BuiltinExchangeType {
DIRECT("direct"), FANOUT("fanout"), TOPIC("topic"), HEADERS("headers");
private final String type;
BuiltinExchangeType(String type) {
this.type = type;
}
public String getType() {
return type;
}
}
通常情况下，生产者发送消息，并不是直接发送到队列的，而是发送到Exchange交换机，再由交换机分发到相应队列，没有匹配到队列则丢弃消息。根据Exchange的类型不同，可灵活实现常见的消息模式。
Exchange交换机共有四种类型：
- direct
- fanout
- topic
- headers
direct
Direct，完全匹配型交换机，此种类型交换机，通过RoutingKey路由键将交换机和队列进行绑定， 消息被发送到exchange时，需要根据消息的RoutingKey，来进行匹配，只将消息发送到完全匹配到此RoutingKey的队列。
如图，不同的key绑定不同的队列，实现不同消息分发至不同队列。
注意同一个key，可以绑定多个queue队列。如图中，当匹配到key1时，则会将消息分发送至queue1和queue2，这样两个队列都会有相同的消息数据。
fanout
Fanout，扇出类型交换机，此种交换机，会将消息分发给所有绑定了此交换机的队列，此时RoutingKey参数无效。
此种方式，最简单快速，性能最好，因为少了中间的匹配判断环节。
topic
Topic，主题类型交换机，此种交换机与Direct类似，也是需要通过routingkey路由键进行匹配分发，区别在于Topic可以进行模糊匹配，Direct是完全匹配。
Topic中，将routingkey通过”.”来分为多个部分，通过如下功能字符来进行匹配：
“*”：代表一个部分
“#”：代表一个或多个部分
举个例子，加入绑定关系如下图：
然后发送一条信息，routingkey为”a.b.c.d”，那么根据”.”将这个路由键分为了4个部分，此条路由键，将会匹配：
a.b.c.* ：成功匹配，因为*可以代表一个部分
a.b.# ：成功匹配，因为#可以代表一个或多个部分
a.*.c.* : 成功匹配
#.d ： 成功匹配，因为最后一个部分为d，前面所有部分被#代表了
PS：如果绑定的路由键为 “#” 时，则接受所有消息，因为路由键所有都匹配
headers
Headers，headers信息类型交换机，此类型交换机不通过routingkey路由键来分发消息，而是通过消息内容中的headers属性来进行匹配。headers类型交换器性能差，在实际中并不常用。
虽然不常用，但也可以了解一下其，此种交换机不通过routingkey，但是通过headers进行绑定，也就是在声明binding绑定关系时，需要传入需要匹配的header的key/value键值对。
如图，绑定关系中，需要指定”x-match”匹配类型:
all：需要所有的key-value都匹配，才能匹配成功
any：只需要其中一个key-value匹配，就匹配成功
PS: 不常用，此种方式性能比较差，如果要使用此种方式，使用前可进行性能测试，确保符合业务场景的需求
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/78230.html
