请说明在 RabbitMQ 中，为确保消息在服务器重启后不丢失，需要从哪些层面进行配置？涉及队列、交换机、消息本身的持久化设置分别是什么？

回答思路

1. 【回答框架 1】RabbitMQ 消息持久化需同时设置队列持久化（durable=true）、交换机持久化（durable=true）以及消息投递模式持久化（delivery_mode=2），三者缺一不可。仅设置某一项不能保证消息在重启后仍然存在。
2. 【回答框架 2】队列持久化通过创建队列时指定 durable 参数实现，持久化队列的元数据会写入磁盘，但队列中的消息默认不持久化；交换机持久化类似，保证交换机定义在重启后存在。
3. 【回答框架 3】消息持久化在生产端发送消息时设置消息属性 delivery_mode 为 2（Persistent），这样消息本身会写入磁盘。若只设置队列或交换机持久化而消息未持久化，重启后消息仍会丢失。
4. 【回答框架 4】持久化消息的可靠性依赖写入磁盘的时机：RabbitMQ 在消息到达队列后异步刷盘，存在短暂窗口期，极端情况（如断电）可能丢失少量消息。若需更强保证，可开启 publisher confirm 机制确认消息已成功写入。
5. 【回答框架 5】在项目实践中，通常同时设置队列、交换机、消息持久化，并结合生产者确认与消费者手动 ACK 来构建完整的可靠性链路。具体配置应在[实际方案]中验证，并评估性能影响。
6. 【关键点 1】队列、交换机、消息三者都需要设置持久化
7. 【关键点 2】消息持久化通过设置 delivery_mode=2 实现
8. 【关键点 3】持久化只降低丢失概率，不绝对保证不丢失
9. 【关键点 4】建议配合发布者确认与手动 ACK 提升可靠性
10. 【易错点 1】只设置队列持久化而忽略消息持久化，重启后消息仍可能丢失
11. 【易错点 2】认为持久化消息一定不丢失，忽略了刷盘窗口期
12. 【易错点 3】混淆 durable 队列与持久化消息，两者作用对象不同