消费者在开启acknowledge的情况下，对接收到的消息可以根据业务的需要异步对消息进行确认。然而在实际使用过程中，由于消费者自身处理能力有限，从rabbitmq获取一定数量的消息后，希望rabbitmq不再将队列中的消息推送过来，当对消息处理完后（即对消息进行了ack，并且有能力处理更多的消息）再接收来自队列的消息。在这种场景下，我们可以通过设置basic.qos信令中的prefetch_co

原文地址：http://my.oschina.net/hncscwc/blog/195560消费者在开启acknowledge的情况下，对接收到的消息可以根据业务的需要异步对消息进行确认。然而在实际使用过程中，由于消费者自身处理能力有限，从rabbitmq获取一定数量的消息后，希望rabbitmq不再将队列中的消息推送过来，当对消息处理完后（即对消息进行了ack，并且有能力处理更多的消息）再接收来

给接收端添加：channel.basic_qos(prefetch_count=1)  ##一次处理一个，处理完再接受新消息发送端：import pikaconnection = pika.BlockingConnection

4.Messagedurabilitychannel.queue_declare(queue='hello',durable=True)只有在新建queue的时候起效 5.Fairdispatch:prefetch_count

原文地址：http://my.oschina.net/hncscwc/blog/195560消费者在开启acknowledge的情况下，对接收到的消息可以根据业务的需要异步对消息进行确认。然而在实际使用过程中，由于消费者自身处理能力有限，从rabbitmq获取一定数量的消息后，希望rabbitmq不再将队列中的消息推送过来，当对消息处理完后（即对消息进行了ack，并且有能力处理更多的消息）再接收来