在 RabbitMQ 的使用中，面对极端情况，你有什么方法来保证消息不会丢失？

回答思路

1. 【回答框架 1】RabbitMQ 消息丢失的三个方面：生产者发送到交换机、交换机到队列、队列到消费者。需要分别设置生产者确认、持久化和消费者确认。
2. 【回答框架 2】生产者确认机制：开启 publisher confirms，确认消息到达交换机；若使用 mandatory 且未路由到队列，需处理 returned message；保证交换机、队列和绑定持久化。
3. 【回答框架 3】队列消息持久化：队列声明时 durable=true，消息发送时设置 delivery_mode=2（持久化）；但持久化并非绝对，需结合镜像队列或仲裁队列（Quorum Queues）提供高可用，防止节点故障导致数据丢失。
4. 【回答框架 4】消费者方面：使用手动确认（ack），处理完业务再确认；若消费者异常，消息重新入队；合理设置 prefetch 值，避免消息处理积压；对于业务幂等性，需要消费端保证处理结果的幂等，防止重复投递导致的重复处理。
5. 【回答框架 5】整体方案：结合生产者确认、持久化、消费者确认和集群高可用（如镜像队列或仲裁队列）共同保障消息不丢失；同时需监控队列堆积和异常情况，及时处理。
6. 【关键点 1】生产者开启 publisher confirms 确保发送成功。
7. 【关键点 2】队列和消息持久化，使用 durable 队列和消息 delivery_mode=2。
8. 【关键点 3】消费者手动 ack，业务处理成功后确认。
9. 【关键点 4】集群采用镜像队列或仲裁队列提供高可用。
10. 【关键点 5】任何方案都不能绝对保证，需要权衡性能与可靠性。
11. 【易错点 1】只关注持久化而忽略生产者确认，消息可能在发送阶段丢失。
12. 【易错点 2】消费者自动确认容易造成消息丢失，因为可能业务未处理完就确认了。
13. 【易错点 3】持久化到磁盘不代表不丢失，硬盘损坏等故障仍可能丢失，需要结合副本机制。