生产者创建消息,然后发布到RabbitMQ中。消息包含两部分内容(有效载荷和标签),有效载荷就是你想要传输的数据,它可以是任何内容,RabbitMQ不会在意这些;标签则用来描述有效载荷,并且RabbitMQ用它来决定谁将获得消息的拷贝。
消费者接收消息,它只能得到消息的一部分(有效载荷),消息的标签并不会随有效载荷一同传递。RabbitMQ不会告诉消费者是谁生产的消息,如果需要明确知道是谁生产AMQP消息的话,就要看生产者是否把发送方信息放入有效载荷中。
整个过程其实很简单:生产者创建消息,消费者接收消息。你的应用程序可以作为生产者,向其他应用程序发送消息;或者作为一个消费者,接收消息;也可以在两者之间进行切换。因此,应用程序和RabbitMQ之间需要创建连接,该连接是一条TCP连接,一旦TCP连接打开,应用程序就可以创建一条AMQP信道,信道是建立在“真实的”TCP连接内的虚拟连接。AMQP命令都是通过信道发送过去的,每条信道都会被指派一个唯一的ID(AMQP库会帮助你记住该ID)。
RabbitMQ设计为一条内部有多条AMQP信道的TCP连接而不是多条直接发送AMQP命令的TCP连接,主要原因在于对操作系统来说建立和销毁TCP会话是非常昂贵的开销。假使你只进行TCP连接,那么每个线程都需要自行连接到RabbitMQ,这不仅造成TCP连接的居多浪费,而且操作系统每秒只能建立一定数量的连接,在高峰期时会碰到性能瓶颈。为了满足性能方面的要求,我们可以让所有的线程只使用一条TCP连接;为了确保每个线程的私密性,就像拥有独立连接一样的话,我们引入了信道的概念。线程启动后,会在TCP连接上创建一条信道,在一条TCP连接上创建多少条信道是没有限制的,也不会影响到操作系统。