消息确认机制基础专题

专题说明

本专题围绕 RabbitMQ 消息确认机制展开，通过 4 道精选题目帮助学习者理解消息确认的工作原理，掌握自动确认与手动确认的区别，以及如何处理消息拒绝和死信队列等场景。

入门阶段建议先理解核心概念，再动手实践。

📝 配套习题（4 题）

💡 参考答案在文末

判断题

在手动确认模式下，消费者必须在处理完消息后显式调用 basicAck 方法向 Broker 发送确认，否则消息会一直保留在队列中等待重新投递。

对

错

单选题

在 RabbitMQ 中，关于自动确认模式（Auto Acknowledge），下列说法错误的是：

消费者在订阅队列时设置 autoAck=true 即可启用自动确认模式

消息一旦被投递给消费者，Broker 会立即将该消息从队列中删除

自动确认模式下，如果消费者在处理消息过程中崩溃，消息不会丢失

自动确认模式适用于消息处理速度快且对消息丢失不敏感的场景

当消费者无法处理某条消息时（如消息格式错误、业务逻辑校验失败），可以使用 basicNack 或 basicReject 拒绝消息。关于这两个方法，下列说法正确的是：

basicReject 可以批量拒绝多条消息，而 basicNack 只能拒绝单条消息

调用 basicNack(deliveryTag, false, true) 时，被拒绝的消息会重新入队

调用 basicReject(deliveryTag, false) 时，被拒绝的消息会重新入队

消息重新入队后，会优先投递给最初拒绝它的那个消费者

多选题

为了防止 RabbitMQ 服务重启后消息丢失，需要进行持久化配置。以下关于消息持久化的说法正确的有：

只需将队列声明为持久化（durable=true），消息就会自动持久化

消息持久化需要在发布消息时设置 deliveryMode=2（持久化模式）

队列持久化（durable=true）确保 RabbitMQ 重启后队列结构仍然存在

即使队列和消息都设置了持久化，消息仍可能在写入磁盘前因服务器宕机而丢失