消息可靠性保障专题
专题说明
本专题聚焦于 RabbitMQ 消息可靠性保障机制，从生产者端、Broker 端到消费者端三个维度全面讲解如何确保消息不丢失，是构建高可靠消息系统的核心知识。
学习目标
- 理解并掌握生产者确认机制（Publisher Confirm 和 Publisher Returns）
- 掌握消息持久化的配置与实现方式
- 掌握消费者手动确认机制及异常处理策略
- 能够设计端到端的消息可靠性保障方案
学习建议
建议结合实际代码理解，重点分析各可靠性机制的适用场景和性能影响。
📝 配套习题（20 题）
💡 参考答案在文末
判断题
1
Return 消息机制用于处理消息成功到达交换机但未能匹配到任何队列的情况，生产者需要设置 mandatory=true 才能触发 ReturnCallback。
2
实现消息端到端不丢失需要组合使用发布确认（Publisher Confirm）、消息持久化（Persistent）和消费者手动确认（Manual Ack）三种机制。
3
RabbitMQ 原生支持消息去重功能，生产者可以通过设置消息的 message-id 属性让 Broker 自动过滤重复消息。
4
在 RabbitMQ 消费端，当消费者处理消息抛出异常时，可以通过 basicNack 方法拒绝消息并设置 requeue=true 让消息重新入队重试。
5
Publisher Confirm 机制中，生产者发布消息到交换机成功后，Broker 会异步发送确认消息给生产者，生产者可以通过 ConfirmCallback 处理确认或拒绝响应。
单选题
6
ReturnCallback 回调中无法获取以下哪项信息？
7
以下哪种方案最适合实现 RabbitMQ 消费端的消息去重？
8
以下哪个选项不是实现消息端到端不丢失所必需的机制？
9
消费者处理消息时发生异常，以下哪种做法最适合实现消息重试与失败降级策略？
10
在 Publisher Confirm 机制中，生产者如何开启发布确认模式？
多选题
11
在消费端实现消息去重时，以下哪些做法是正确的？
12
关于 Return 消息机制，以下哪些说法是正确的？
13
关于消费端的消息重试与降级策略，以下哪些做法是正确的？
14
关于 Publisher Confirm 机制的 ConfirmCallback 回调，以下哪些说法是正确的？
填空题
15
当消息到达交换机但未匹配到任何队列时，需要设置 mandatory=____________ 才能触发 ____________ 将消息返回给生产者进行处理。
16
消费者处理消息失败时，可以通过 basicNack 拒绝消息并设置 requeue=____________ 使消息重新入队。为了避免无限重试，通常配合 ____________ 实现有限次数的消息降级处理。
17
消费端消息去重通常使用消息的 ____________ 作为去重键，在处理消息前通过查询 ____________ （如 Redis）判断是否已处理，若已处理则直接确认消息。
18
在生产者中开启 Publisher Confirm 机制需要调用信道的 ____________ 方法。当消息成功到达交换机时，ConfirmCallback 会返回 ____________ 状态；当消息未到达时返回 nack 状态。
简答题
19
请说明消费端消息去重的实现原理，以及在实际应用中需要考虑的关键因素（如缓存过期、并发处理等）。
20
请简述 Publisher Confirm 机制的完整工作流程，以及当收到 nack 确认时生产者应该如何处理。
参考答案
1.正确
2.正确
3.错误
4.正确
5.正确
6.C
7.B
8.D
9.C
10.B
11.A;B;C
12.A;B;C
13.A;B;C
14.A;B;D
15.true;ReturnCallback
16.true;死信队列
17.唯一ID;去重缓存
18.confirmSelect;ack
19.略
20.略
想在手机上练习这套专题？
使用微信卷王开发者小程序，打开首页顶部扫码功能识别二维码
