其实这篇博客，也算不上是什么原理，只是将我知道的一些RabbitMQ的知识简单罗列下，自从我来公司到现在，虽然一直都在用RabbitMQ，也一直想着把这块总结下，却一直在给自己找借口，最近一段时间，觉得火候到了，也该总结总结这块的东西了，算是给自己的一个交代吧。
不说其他的，说说RabbitMQ吧，RabbitMQ在我看来就是AMQP（Advanced Message Queuing Protocol）标准协议的一个实现，至于这个AMQP的标准协议具体是怎么定的，我不太清楚，没有深入的理解。都说RabbitMQ是一个很好的分布式MQ，我想这也是因为RabbitMQ是用Erlang语言开发出来的缘故，Erlang语言是专门为开发concurrent和distribution系统的一种语言，它能很好的对分布式和并发做支持，当然，我不会Erlang，所以具体的原理我也不知道了。
RabbitMQ主要是有这么几个部分，个人觉得这张图能说明RabbitMQ：
Publisher：
是Message的生产者，Publisher这个Clients产生了一些Message。
Consumer：
Message的消费者，Publisher产生的Message，最终要到达Consumer这个Clients，进行消费。
Exchange：
指定消息按什么规则，路由到哪个Queue，Message消息先要到达Exchange，在Server中承担着从Produce接收Message的责任。
Queue：
到达Exchange的消息，根据制定的规则（Routing key）到达对应的Queue，在Server中承担着装载Message，是Message的容器，等待被消费出去。
Routing key：
在Exchange和Queue之间隐藏有一条黑线，可以将这条黑线看成是Routing key，Exchange就是根据这些定义好的Routing key将Message送到对应的Queue中去，是Exchange和Queue之间的桥梁。
Broker：
之前一直不理解这个Broker，其实Broker就是接收和分发消息的应用，也就是说RabbitMQ Server就是Message Broker。
VirtualHost：
虚拟主机，一个Broker里可以开有多个VirtualHost，它的作用是用作不同用户的权限分离。
Connection：
是Publisher／Consumer和Broker之间的TCP连接。断开连接的操作只会在Publisher/Consumer端进行，Broker不会断开连接，除非出现网络故障或者Broker服务出现问题，Broker服务宕了。
Connection: Channel:
如果每一次访问RabbitMQ就建立一个Connection，那在消息量大的时候建立TCP Connection的开销就会很大，导致的后果就是效率低下。
左边的Client向右边的Client发送消息，流程：
第一：获取Conection
第二：获取Channel
第三：定义Exchange，Queue
第四：使用一个RoutingKey将Queue Binding到一个Exchange上
第五：通过指定一个Exchange和一个RoutingKey来将消息发送到对应的Queue上，
第六：Consumer在接收时也是获取connection，接着获取channel，然后指定一个Queue，到Queue上取消息，它对Exchange，RoutingKey及如何Binding都不关心，到对应的Queue上去取消息就行了。
一个Publisher Client发送消息，哪些Consumer Client可以收到消息，在于Exchange，RoutingKey，Queue的关系上。
RabbitMQ的简单理论知识就介绍这么多，下篇博客介绍RabbitMQ在CentoOS7上的安装和配置。
