作为消费者的客户端要消费Rabbitmq的消息，首先要建立与它某个队列的连接，具体连接时可指定队列的BindingKey和关系的exchange标识，Rabbitmq判断若已有队列通过BindingKey与exchange标识关联则允许消费者消费队列的消息，否则新建一个队列用指定的BindingKey与exchange关联，获取特定的消息。若果exchange是topic类型则也可用通配符‘#’获取所有发到这个exchange的消息。
rabbitmq一个队列类似一个消费群组，当有多个消费者都关注这个队列消息时，它会将消息平均分配给各个消费者。若果不同应用消费者想要订阅所有发到exchange的消息，则可以建不同的group消费。
rabbitmq默认消息、队列、交换器（exchange）都不具有持久化的性质，如果应用需要持久化功能，那么在声明时要配置好。首先交换器和队列的声明时要指定durable参数为true，这样重启后队列和交换器都会恢复。然后消息在发送时要在properties中指定delivery_mode = 2，这样服务重启后队列中的这种消息可以恢复。但消息的持久化不是一个强约束，涉及数据落地的时机及系统层面同步问题，若要尽可能提高消息的持久化有效性，可配置状态反馈的confirm mode。
状态反馈的目的是为了确认行为的结果。当你向exchange提交消息时，是否提交成功，是否送达到队列，队列中的消息是否被消费者正常消费等问题都要考虑。在AMQP中要确保消息业务可靠性只能使用事务，不过rabbitmq有些简便的扩展机制如状态确认可到达同样的目的。
rabbitmq中状态反馈分为发布状态反馈和提取状态反馈。具体发布消息时设置channel的confirm mode，这样对持久化消息被投递到一个持久化队列成功并且把数据写入磁盘时会给发送者一个状态确认；在未关闭消息的ack机制情况下，当消息被consumer从队列提取后，在未明确收到确认消息之前，队列中的消息不会被删除，而是变成等待确认状态，当consumer反馈成功给队列时，消息才会被删除，若consumer反馈拒绝给队列，则消息可能再被其它consumer提取。