最近一直在了解关于中间消息件的一些东西，无意间在cloudamqp中发现了这篇文章，感觉写的挺不错的，所以就顺便翻译了一下，水平有限，就当做一个学习笔记和总结吧,这是关于RabbitMQ的系列文章，后面有时间会分享一下其他的文章。英文版原文
exchange：消息是由producer发送到exchange，由exchange根据消息头部属性，binding_key和rouing_key路由到queue，并不是producer直接发送到queue
exchange相当于messages和queue的中介，在RabbitMQ中有自己的虚拟端口
A binding：绑定queue和exchange的link
routing key：message的一个属性，exchange根据routing_key决定将message路由到哪个queue（根据exchange的类型而有所不同）
durable，temporary，auto delete
Exchanges, connections and queues 在创建的时候可以用这三个参数配置
Durable exchanges ：只有在明确删除这个exchange的时候，才会删除，在server重启到时候不会丢失
Temporary exchanges：RabbitMQ 关闭的时候会删除
Auto deleted exchanges：没有object绑定的时候，会自动删除
RabbitMQ处理消息的流程：
producer 发送消息到exchange
exchange 接受消息并且准备将消息根据routing_key 路由到queue.
绑定queue和exchange根据binding_key(在图片中我们绑定了两个queue到这个exchange)，exchange将消息路由到queue
消息在被consumer接收处理之前，一直在queue中
consumer接收处理消息
Exchange types
1、direct exchage
direct exchange 根据routing key将消息发送到对应的queue（routing key是由producer添加到消息头部，routing key可以当做一个发送消息的地址）
消息将会被路由到routing key 和binding key完全匹配的queue
direct exchange主要用于:将简单的字符串区分messages，发送到相同的exchange
"amq.direct"是AMQP中间件必须提供的默认的direct exchange
下图的queue A(create_pdf_queue) 通过bonding key "pdf_create" 和direct exchange（pdf_events）绑定，当一条新的message（routing key是pdf_create）被发送到
direct exchange，direct exchange根据（binding_key = routing_key）将这条消息路由到queueA
情景1：
Exchange: pdf_events
Queue A: create_pdf_queue
exchange (pdf_events) and Queue A (create_pdf_queue) 之间的Binding key: pdf_create
情景2：
Exchange: pdf_events
Queue B: pdf_log_queue
exchange (pdf_events) and Queue B (pdf_log_queue)之间的Binding key: pdf_log
如果一条消息的routing key 如果不匹配任何binding key,这条消息就会被丢弃
2、default exchange
默认的exchange就是上面提到的没有名字的direct change，在使用默认的exchange的时候message会被发送到对应的queue，消息的routing key 和queue的名字必须相同；
3、topic exchange
"amq.topic"是AMQP中间件必须提供的默认的topic exchange
4、fanout exchange
fanout exchange将接受到的message路由到绑定的所有queue，忽略routing key的 匹配
一般适用于：一条相同的message需要被不同的consumers进行不同的处理（比如一些体育新闻，天气情况的更新发送到不同的手机客户端）
"amq.fanout".是AMQP中间件必须提供的默认的fanout exchange
5、headers exchange
headers exchange和topic exchange有点类似，headers exchange 是根据header values来路由消息而不是routing key，如果一条消息的header的值和binding的值相同那么这条消息就匹配了对应的queue
“x-match"是一个特殊的message参数，有两个值："any" "all"
"all"是默认的值，意思是 header 的所有的key-value必须全部匹binding key
"any"意思是 header 中的其中一个key-value匹配就可以了
"amq.headers".是AMQP中间件必须提供的默认的headers c exchange
Headers can be constructed using a wider range of data types - integer or hash for example instead of a string. The headers exchange type (used with "any") is useful for directing messages which may contain a subset of known (unordered) criteria.
Exchange: Binding to Queue A with arguments (key = value): format = pdf, type = report
Exchange: Binding to Queue B with arguments (key = value): format = pdf, type = log
Exchange: Binding to Queue C with arguments (key = value): format = zip, type = report
format="",type=""是绑定queue和exchange的参数
情景1：Message 1 发送到header exchange，并且路由到QueueA(所有的key/value必须匹配)
情景2：Message 2 发送到header exchange，路由到Queue A 和Queue B （A和B的format都是pdf）
情景3：Message 3 发送到header exchange，不会路由到任何queue（x-match=all,没有匹配的queue）
6、dead letter exchange
如果没有匹配的queue，那么这条消息就会被丢弃，RabbitMQ 提供了"dead letter exchange"用来捕获那些不能发送的消息
