RabbitMQ 入门系列：1、MQ的应用场景的选择与RabbitMQ安装。
RabbitMQ 入门系列：2、基础含义：链接、通道、队列、交换机。
RabbitMQ 入门系列：3、基础含义：持久化、排它性、自动删除、强制性、路由键。
RabbitMQ 入门系列：4、基础编码：官方SDK使用：链接创建、单例改造、发送消息、接收消息。
RabbitMQ 入门系列：5、基础编码：交换机的进阶介绍及编码方式。
RabbitMQ 入门系列：6、保障消息：不丢失：发送方、Rabbit存储端、接收方。
RabbitMQ 入门系列：7、保障消息：不重复消费：产生消息的唯一ID。
RabbitMQ 入门系列：8、扩展内容：接收信息时：可否根据RoutingKey过滤监听信息，答案是不能。
RabbitMQ 入门系列：9、扩展内容：死信队列：真不适合当延时队列。
RabbitMQ 入门系列：10、扩展内容：延时队列：延时队列插件及其有限的适用场景。
本篇介绍交换机的进阶介绍及编码方式。
在第二篇文时，曾简单介绍过交换机，但没太深入，那是为了避免入门阻碍太多。
本篇再稍为加深一下交换机的介绍，但也是点到为止：
direct：1条信息仅允许发送到1个队列。（RoutingKey匹配队列名）
fanout：1条信息发送到所有绑定的队列。（忽略RoutingKey）
header：1条信息发送到匹配的队队。（用header头部数据匹配）
topic：1条信息发送到匹配RoutingKey规则的队列。（一般用#和*通配符）
通配符号#（无视.点号）和*（遇到.点号则中止）说明：
topic.#那么这个队列会接收topic开头的消息，如topic.hello.world
topic.*那么这个队列只接收topic开头后面一个的消息，如topic.hello
实际上，之前的介绍中，在使用的代码中都避开了交换机。
其实不是没用到，只是用到的是默认交换机（AMQP default）：
1、它是direct类型，因此RoutingKey匹配队列名。 2、它默认通向所有的队列，即绑定了所有的队列。 3、交换机名称传值时默认传空值。
下面进行1个简单的消息发送：
channel.BasicPublish(“”, “first", false, null, Encoding.UTF8.GetBytes("这是要发送的内容aaa"));
从Web控制中心查看数据，可以看到，路由使用了默认的，而RoutingKey 则是对应了队列了名称。
对fanout类型的使用，所有的routekey都传空值即可。
using (var channel = Rabbit.Instance.DefaultConnection.CreateModel()) { //定义队列 channel.QueueDeclare("user.order"); channel.QueueDeclare("user.birth"); //定义交换机 channel.ExchangeDeclare("user", "fanout"); //交换机绑定2个队列 channel.QueueBind("user.order", "user", ""); channel.QueueBind("user.birth", "user", ""); //发送到交换机，直接到达2个队列 channel.BasicPublish("user", "", false, null, Encoding.UTF8.GetBytes("两个队列都收到信息")); }
管理界面可以看到信息：
对于交换机类型来说：
direct类型：队列名就是routing key。
fanout类型：只关注交换机名称，routing key都是空。
topic类型：只有这个是重心放在routing key，而不关心队列起名规则。
下在看代码（用first、first2、first3）来演示（演示前会清空数据）：
using (var channel = Rabbit.Instance.DefaultConnection.CreateModel()) {
//定义交换机 channel.ExchangeDeclare("user_topic", "topic"); //交换机绑定3个队列 channel.QueueBind("first", "user_topic", "#.order"); channel.QueueBind("first2", "user_topic", "#.birth"); channel.QueueBind("first3", "user_topic", "#.birth");
//发送到交换机，直接到达2个队列 channel.BasicPublish("user_topic", "user.order", false, null, Encoding.UTF8.GetBytes("1队列都收到信息")); channel.BasicPublish("user_topic", "user.birth", false, null, Encoding.UTF8.GetBytes("2队列都收到信息")); }
数据结果：
这种设计，用topic模块，一个信息只能发送到一个队列：
泥媒，这真是妥委的direct加强版，还真是只能到一个队列，加了个匹配规则，变成一个很弱鸡的功能。
要同时满足发送到多个队列，就必须绑定多个绑定规则......
个人觉得设计应该反过来才对：
绑定交换机时，定义完整的路径，发布消息时，带上通配符，去匹配规则，达到可以发送一个或多个队列去才合理。
这个类型不常用，暂未想到应用场景，暂不介绍。
本篇介绍如交换机介绍及以使用其发送消息到多个队列，特别是topic的路由key的反智商设计，这设计的不实用又真废脑啊。
