rabbitmq的ack流程图

问题

• auto-ack（自动）和manual（手动）都能保证消息被消费者消费么？
• ack的接收者是connection、channel、exchange还是queue？
• customer崩溃后没有ack的消息会重发么？
• 忘记ack的话，消息是会重发？还是会删除？
• 等待重发的消息会在队列的哪个位置？

结构图

答案

auto-ack（自动）和manual（手动）都能保证消息被消费者消费么？

消息确认成功有两种方式：

1. 设置自动ack，消息会在发出后立即删除
2. 设置收到ack，消息会在ack或者reject后删除

ack的接收者是connection、channel、exchange还是queue？

ack的接收者是channel，因为用来做ack的标记delivery tag是绑定channel的，是在同一个channel下唯一且单调递增的整数。对错误channel进行ack是会报"unknown delivery tag" 的错误

customer崩溃后没有ack的消息会重发么？

会

忘记ack的话，消息是会重发？还是会删除？

忘记ack的话，队列会一直等待ack直到channel关闭，但不会删除消息，channel关闭后消息将重发。

等待重发的消息会在队列的哪个位置？

等待重发的消息会排在队列最前

其他

关于reject

rejact可以接受一个叫multiple的参数，当multiple == true时，不但当前delivery tag的消息会被送回队列，其他所有在当前channel等待ack的消息都会被送回队列等待重发，其作用等同于关闭并重新打开channel

关于队列（queue）里发生的事

我的理解是每个queue里其实是有两个小的队列，一个是等待发送的消息A，一个是已经发送但是还没ack的消息B。如果收到ack或者reject的话消息就会从B中删除，如果收到nack就会从B中放回A的最前，如果收到multiple的nack或者channel关闭就会将整个B按发出顺序放回到A的最前

关于prefetch

prefetch一般设为1，说一般是指采用basic.consume模式接受消息；但是如果是采用basic.get这种模式，就相当于多个线程接受消息了。如果你打算起5个线程处理消息，那么prefetch最好大于或等于5，不然总会有线程需要等待其他线程ack后才能收到消息