2.2 Topic exchange
尽管使用直接交换改进了我们的系统，它仍然有局限性 - 不能做基于多个标准的路由。
比如在日志系统，可能不仅要根据严重性订阅日志，还要根据日志源订阅日志。
你可能从syslog unix工具中了解这个概念，它根据严重性（info / warn / crit …）和facility（auth / cron / kern …）来路由日志。
这更具灵活性 - 我们可能想要监听来自 cron 的关键错误以及来自 kern 的所有日志。
为了在日志记录系统中实现这一点，还需要了解更复杂的主题交换机。
*可匹配一个单词
#可匹配零或多个单词
所有发送到Topic Exchange的消息会被转发到所有关心RouteKey中指
定Topic的Queue上
Exchange将RouteKey和某Topic进行模糊匹配，此时队列需要绑定一个Topic
2.2.1 实例1
在这个例子中，我们将发送所有描述动物的消息。消息将与包含三个单词（两个点）的routing key一起发送.
routing key中的第一个单词描述速度，第二颜色，第三是物种：“。。”。
我们创建了三个绑定：Q1绑定了绑定键“* .orange.”，Q2绑定了“.*.rabbit”和“lazy.＃”
这些绑定可总结为：
Q1对所有橙色动物感兴趣
Q2希望听到关于兔子的一切，以及关于懒惰动物的一切
routing key设置为“quick.orange.rabbit”的消息将传递到两个队列。消息“lazy.orange.elephant”也将同时发送给他们.
另一方面
“quick.orange.fox”只会转到第一个队列
而“lazy.brown.fox”只会转到第二个队列
“lazy.pink.rabbit”将仅传递到第二个队列一次，即使它匹配两个绑定
“quick.brown.fox”与任何绑定都不匹配，因此它将被丢弃。
如果我们违背我们的约定并发送带有一个或四个单词的消息，例如“orange” or “quick.orange.male.rabbit”，会发生什么?好吧,这些消息将不会匹配任何绑定,因此将丢失.
另一方面，“lazy.orange.male.rabbit”，虽然它有四个单词，也会匹配最后一个绑定，并将被传递到第二个队列。
实例图
实操演示
- Pro
- Con
- 启动消费者:
- 启动生产者:
- 消费端收到了消息
- 修改匹配格式,理论上只能接受前两个消息
- 注意在管控台,先将之前的匹配绑定取消!
- 显然仅能接受前两个消息
