前言
我先介绍RabbitMQ 和 JMS的关系：
RabbitMQ是一款轻量、可靠且易拓展的便捷的消息Broker，不同于很多java开发者所了解的那些Broker，RabbitMQ不是基于JMS的，而是AMQP（the Advanced Message Queuing Protocol ）。所幸Java客户端库和Spring会帮我们集成——所以不要担心使用RabbitMQ。虽然AMQP暴露了一些JMS的接口，但是AMQP和JMS在操作上是有很大不同的。
Exchanges, queues 和绑定关系
AMQP是由发布者和消费者构成的消息协议,发布者生产消息，消费者对消息进行消费。Broker负责对消息进行投递，为了确保消息能够准确投递，Broker提供了两个关键的组件：exchange（交换机）和queue（队列），图示：
发布者发送消息到交换机，消费者从队列里面获取消息进行消费。那么生产者和消费者是如何发现对方的呢？答案就是：exchange name，生产者或者消费者端创建一个exchange(通常exchange要携带public类型的name)。
How that publication happens depends on the circumstances, but one might put it in public API documentation or send it to known clients.
而消息又是如何从exchange路由到queue的呢？
1: queue绑定到exchange上，通常，消费者都会创建一个队列并且同时绑定该队列到指定的exchange上；
2:消费者接收从绑定的exchange上的queue获取消息；
想要理解绑定的过程，先要了解一下AMQP 消息的结构：
headers 和 properties 是key/value 键值对，两者的不同是：headers需要遵循AMQP的规范，而properties可以包含任意的应用程序的信息。message内容为bytes。如果你想要传递文本，则需要encoding一下，一般为UTF8。
routing-key是headers的一种标准形式。Broker通过routing-key去将message匹配到queue上。每个队列都会指定一个“绑定键”,一旦这个绑定键匹配到了routing-key的规则,则队列就会接收消息。
AMQP的Exchange type 有四种（翻译是四种，一般做3种）
1 Direct ： 绑定key必须完全匹配routing key，并且不支持通配符
2 Topic ：与Direct 类型相似，但是支持通配符 '#'可以匹配0到多个word， '.'号只支持一个word
3 Fanout： 忽略routing-key 和 绑定键,所有发布的消息都会去绑定到队列上
4 Headers：
例如：
一个发布者发送一条message，message的routing-key 为"NYSE",exchange类型为topic，此时消费者创建了一个队列“Stocks”，binding key 为 “#”，"."或者"NYSE"，都可以匹配到这条消息，如果该消息的exchange类型为Direct，只有binding key 为 "NYSE"的消费者可以消费这条消息。
一个队列也可以绑定到多个Exchange上，我们来看看这种场景：
翻译不动了
