Python-RabbitMQ消息分发机制

天堂1111

定义好生产者和消费者后，执行一个生产者多个消费者进行测试。测试结果是消息的接收机制是轮询的，生产者每发送一次消息，都由消费者轮流来接收。　　接下来考虑一个情况，现在的代码是消费者接收到消息后调用callback函数去处理消息立刻打印，但是如果我的处理过程需要30秒的时间，恰好在这30秒的时间内消费者宕机了，这个消息还没有处理完，比如我有一个转账的业务，那转到一半宕机了，那咋整？应该有一个确认机制来确定到底是不是处理完了，消费者应该发送一个确认给生产者，然后生产者才把消息从消息队列里删除；还是纠结。。。。那消费者处理到一半宕机了，还怎么给生产者发确认。。。。
　　还用刚才的代码来测试，把在消费者处理消息的函数中加入一个time.sleep(30)，再print一句话来模拟处理时间，再执行生产者和多个消费者，假如第一个消费者接收到消息我们把它停止，再观察别的消费者，没反应。。。。什么鬼？消息丢了！！！
　　那我们回过头来把no_ack=True注释掉，这个的意思是"不确认"，再测试。结果是把第一个消费者断了，第二个消费者继续处理消息，保证消息被处理完，那为什么生产者知道消费者宕机了呢？因为socket断了，它是连接RabbitMQ的，它断了自然而然就知道消费者宕机了。。
　　一般我们不需要加no_ack=True参数，只有那些对生产者不关心的消息可以加上。