消息类型
RabbitMQ 消息模型
AMQP 中消息的路由过程和 Java 开发者熟悉的 JMS 存在一些差别，AMQP 中增加了 Exchange 和 Binding 的角色。生产者把消息发布到 Exchange 上，消息最终到达队列并被消费者接收，而 Binding 决定交换器的消息应该发送到那个队列。
Exchange 分发消息时根据类型的不同分发策略有区别，目前共四种类型：direct、fanout、topic、headers。headers 匹配 AMQP 消息的 header 而不是路由键，此外 headers 交换器和 direct 交换器完全一致，但性能差很多，目前几乎用不到了，所以直接看另外三种类型：
-
消息中的路由键（routing key）如果和 Binding 中的 binding key 一致，交换器就将消息发到对应的队列中。路由键与队列名完全匹配，如果一个队列绑定到交换机要求路由键为“dog”，则只转发 routing key 标记为“dog”的消息，不会转发“dog.puppy”，也不会转发“dog.guard”等等。它是完全匹配、单播的模式。
-
每个发到 fanout 类型交换器的消息都会分到所有绑定的队列上去。fanout 交换器不处理路由键，只是简单的将队列绑定到交换器上，每个发送到交换器的消息都会被转发到与该交换器绑定的所有队列上。很像子网广播，每台子网内的主机都获得了一份复制的消息。fanout 类型转发消息是最快的。
-
topic 交换器通过模式匹配分配消息的路由键属性，将路由键和某个模式进行匹配，此时队列需要绑定到一个模式上。它将路由键和绑定键的字符串切分成单词，这些单词之间用点隔开。它同样也会识别两个通配符：符号“#”和符号“”。#匹配 0 个或多个单词，匹配不多不少一个单词。
在某个实际的分布式多目标任务处理场景中，我们会以 Pub/Sub 模式，从主节点向子节点发送目标信息，此时子节点会开始监听不同的队列。然后使用 Routing 模式针对某个具体的任务队列拉取并且执行任务，而通过 Topic 模式来搜集处理日志与统计信息。
优先级队列
生产者生成消息打到交换机里面(如果没有声明交换机，会打到 default exchange 里面)，交换机绑定一个或多个队列，消息进入队列里面，消费者一直在监听队列，发现队列里面有消息就开始消费，这里就是一个消息传递的过程，queue 是一个栈队列，栈是先进先出的，就是说消息来了依次排队，一个队列并不能实现消息的插队和优先推送的功能。但是如果说我们的多个队列有不同的优先级，不同优先级的消息通过 roatingkey 进入不同的队列，优先级高的队列消息被优先消费，这样也能形成一个相对意义上的优先级，所以说这里不是消息的优先级而是队列的优先级。