RabbitMQ实战：理解消息通信_go rabbitmq双向通信

本系列是「RabbitMQ实战：高效部署分布式消息队列」书籍的总结笔记。

前段时间总结完了「深入浅出MyBatis」系列，对MyBatis有了更全面和深入的了解，在掘金社区也收到了一些博友的喜欢，很高兴。另外，短暂的陪产假就要结束了，小宝也二周了，下周二就要投入工作了，希望自己尽快调整过来，加油努力。

从本篇开始总结「RabbitMQ实战」系列的阅读笔记，RabbitMQ是一个开源的消息代理和队列服务器，可以通过基本协议在完全不同的应用之间共享数据，可以将作业排队以便让分布式服务进行处理。

本篇介绍下消息通信，首先介绍基础概念，将这些概念映射到AMQP协议，然后介绍消息持久化、发送方确认模式等消息可靠性保证。

通过本篇介绍，你会了解到：

• 消息通信概念：消费者、生产者和代理
• AMQP元素：队列、交换器、绑定
• 虚拟主机
• 消息持久化
• 发送方确认模式

消息通信概念

此部分的介绍，会牵涉到AMQP的元素，如果之前没接触过的，可以结合下面的「AMQP元素」进行理解。

消息

消息是传输的主体，消息包括两部分：有效载荷（payload）和标签（label）；有效载荷是要传输的数据，可以是任何内容，比如JSON串、二进制、自定义的数据协议等；标签描述了有效载荷，并且Rabbit用它来决定谁将获得消息的投递。

可以与HTTP协议类比，HTTP消息头部描述了消息体的类型、大小等，HTTP消息体是要传输的数据，HTTP服务端通过消息头部决定如何处理请求和数据。

生产者和消费者

生产者创建消息，然后发送到代理服务器（RabbitMQ Server），AMQP只会用标签表述这条消息（一个交换器名称和可选的主题标记），Rabbit服务器会根据标签把消息发送给订阅的消费者。

消费者消费消息，它会订阅到队列（queue）上，每当有消息到达RabbitMQ服务器时，会发送给消费者，消费者收到消息时，会进行处理。

注意：消费者收到的消息只包括有效载荷&#