RabbitMQ常用的交換器類型有fanout、direct、topic、headers這四種。AMQP協(xié)議里還提到另外兩種類型：system和自定義，這里不予描述。

fanout

它會(huì)把所有發(fā)送到該交換器的消息路由到所有與該交換器綁定的隊(duì)列中。

direct

direct類型的交換器路由規(guī)則也很簡(jiǎn)單，它會(huì)把消息路由到那些BindingKey和RoutingKey完全匹配的隊(duì)列中。

以下圖為例，交換器的類型為direct，如果我們發(fā)送一條消息，并在發(fā)送消息的時(shí)候設(shè)置路由鍵為“warning”，則消息會(huì)路由到Queue1和Queue2， 如下圖所示：

如果在發(fā)送消息的時(shí)候設(shè)置路由鍵為“info”或者“debug”，消息只會(huì)路由到Queue2。如果以其他的路由鍵發(fā)送消息，則消息不會(huì)路由到這兩個(gè)隊(duì)列中。

topic

前面講到direct類型的交換器路由規(guī)則是完全匹配BindingKey和RoutingKey，但是這種嚴(yán)格的匹配方式在很多情況下不能滿足實(shí)際業(yè)務(wù)的需求。topic類型的交換器在匹配規(guī)則上進(jìn)行了擴(kuò)展，它與direct類型的交換器相似，也是將消息路由到BindingKey和RoutingKey相匹配的隊(duì)列中，但這里的匹配規(guī)則有些不同，它約定：

（一）RoutingKey為一個(gè)點(diǎn)好“.”分隔的字符串（被點(diǎn)號(hào)“.”分隔開(kāi)的每一段獨(dú)立的字符串稱為一個(gè)單詞），如“com.rabbitmq.client”、“com.hidden.client”。

（二）BindingKey和RoutingKey一樣也是點(diǎn)號(hào)“.”分隔的字符串。

（三）BindingKey中可以存在兩種特殊字符串“*”和“#”，用于做模糊匹配，其中“*”用于匹配一個(gè)單詞，“#”用于匹配零個(gè)或多個(gè)單詞。

以下圖的配置為例：

1) 路由鍵為“com.rabbitmq.client”的消息會(huì)同時(shí)路由到Queue1和Queue2。

2) 路由鍵為“com.hidden.client”的消息只會(huì)路由到Queue2中。

3) 路由鍵為“com.hidden.demo”的消息只會(huì)路由到Queue2中。

4) 路由鍵為“java.rabbitmq.demo”的消息只會(huì)路由到Queue1中。

5) 路由鍵為“java.util.concurrent”的消息將會(huì)被丟棄或者返回給生產(chǎn)者（需要設(shè)置mandatory參數(shù)），因?yàn)樗鼪](méi)有匹配任何路由鍵。

headers

headers類型的交換器不依賴于路由鍵的匹配規(guī)則來(lái)路由消息，而是根據(jù)發(fā)送的消息內(nèi)容中的headers屬性進(jìn)行匹配。在綁定隊(duì)列和交換器時(shí)指定一組鍵值對(duì)，當(dāng)發(fā)送消息到交換器時(shí)，RabbitMQ會(huì)獲取到該消息的headers（也是一個(gè)鍵值對(duì)的形式），對(duì)比其中的鍵值對(duì)是否完全匹配隊(duì)列和交換器綁定時(shí)指定的鍵值對(duì)，如果完全匹配則消息會(huì)路由到該隊(duì)列，否則不會(huì)路由到該隊(duì)列。headers類型的交換器性能會(huì)很差，而且也不實(shí)用，基本上不會(huì)看到它的存在。