RabbitMQ-消息中间件(五)Topics
Topics 前言
上一章我们写了个路由日志系统,用direct的放交换机,比较了fanout和它之间的区别,一个是广播,一个是绑定。
尽管我们使用direct交换机做了改进,但是它还是有一些限制,它没法根据不同的几个规则了区分。我们之前的日志是分了四种:info、debug、warn、error。但是我们可能实际中了,对error又分为系统错误或者业务错误。有时候我们针对业务开发,就不想去管理系统错误,那怎么办?
为了再一次提高我们的日志系统,我们需要学习另一种交换机:topic交换机。
Topic exchange
发送给top交换机的消息不能随意定义routing_key,它必须是一串单词,并且用点.分开。这些单词可以任意定义,通常他们是描叙这些消息的共同特点。routing key示范例如:stock.usd.nyse,nyse.vmw,quick.orange.rabbit。你可以定义你喜欢的任何单词,不过记得总共不能超过255 bytes。
routing_key定义好了,那么binding_key也必须和它保持同样的格式。topic得原理其实和direct是类似的:一个拥有特殊routingKey的消息,经过交换机转发给一个匹配它的bindingKey的队列。然而对于topic来说,有两个关于bingdingKey的重要场景:
可以看下图加深印象:

在这个例子中,我们准备发送所有描叙动物的消息,这些消息的routingKey由三个单词组成(其中两个.)。第一个词在routeKey里面描叙速度,第二个表示颜色,第三个表示物种:<speed>.<colour>.<species>。
我们先创建三个bingdingKey,队列1用bindingKey:*.orange.*;队列2用bindingKey:*.*.rabbit和lazy.#。
这些队列可以被总结为:
- Q1 只对橙色动物感兴趣;
- Q2 对所有兔子和所有懒的动物感兴趣;
一个消息如果带有quick.orange.rabbit,会被转发给两个队列,如果是lazy.orange.elephant也会转发给两个队列,如果是quick.orange.fox会只转发给第一个队列Q1,如果是lazy.brown.fox会只转发给第二个队列Q2.lazy.pink.rabbit匹配了Q2的两个bingdingKey,但是它只会接收一次消息。quick.brown.fox不会匹配任何绑定,所以它会被丢弃。
如果我们打破下规则,用一个单词或者四个词的routKey,比如orange或者quick.orange.male.rabbit?消息会匹配不上任何的bingdingKey,然后会被丢失掉。
在另一方面,如果用的是lazy.orange.male.rabbit,就算它是四个单词,他也会匹配到bingdingKey为lazy.#,然后消息转发给Q2队列。
Topic exchange是非常强大的交换机,并且可以像其他交换机一样工作。当一个队列只用
#来作为bingdingKey,它会接受所有的消息,就相当于一个fanout交换机。当*和#没有在bingdingKey中使用,那么就相当于一个direct交换机。
代码实战
生产者代码:
1 | package me.chenzhijun.topic; |
消费者代码:
1 | package me.chenzhijun.topic; |
控制台输出结果:

在管理后台查看channel,可以看到生成的三个队列图:
