二、rabbitMQ大体框架简介

框架图

 

RabbitMQ Server： 也叫broker server，它不是运送食物的卡车，而是一种传输服务。
Client A & B：        也叫Producer，数据的发送方。
Client 1，2，3：    也叫Consumer，数据的接收方。

     对于一个数据从Producer到Consumer的正确传递，还有三个概念需要明确：exchanges, queues and bindings。


        Exchanges are where producers publish their messages.


        Queuesare where the messages end up and are received by consumers


        Bindings are how the messages get routed from the exchange to particular queues.


   还有几个概念是上述图中没有标明的，那就是Connection（连接），Channel（通道，频道）。
   Connection： 就是一个TCP的连接。Producer和Consumer都是通过TCP连接到RabbitMQ Server的。以后我们可以看到，程序的起始处就是建立这个TCP连接。


   Channels： 虚拟连接。它建立在上述的TCP连接中。数据流动都是在Channel中进行的。也就是说，一般情况是程序起始建立TCP连接，第二步就是建立这个Channel。


    那么，为什么使用Channel，而不是直接使用TCP连接？


    对于OS来说，建立和关闭TCP连接是有代价的，频繁的建立关闭TCP连接对于系统的性能有很大的影响，而且TCP的连接数也有限制，这也限制了系统处理高并发的能力。但是，在TCP连接中建立Channel是没有上述代价的。对于Producer或者Consumer来说，可以并发的使用多个Channel进行Publish或者Receive。有实验表明，1s的数据可以Publish10K的数据包。当然对于不同的硬件环境，不同的数据包大小这个数据肯定不一样，但是我只想说明，对于普通的Consumer或者Producer来说，这已经足够了。如果不够用，你考虑的应该是如何细化split你的设计。