请说明 RabbitMQ 中持久化队列和非持久化队列在行为上的不同，以及它们对消息可靠性的影响。

回答思路

1. 【回答框架 1】持久化队列在声明时设置 durable=true，队列元数据会写入磁盘，Broker 重启后队列依然存在；非持久化队列（durable=false）的元数据仅保存在内存，Broker 重启后队列消失。
2. 【回答框架 2】队列持久化只保证队列本身不丢失，不直接保证消息不丢失。消息是否持久化取决于消息的 deliveryMode，若消息未持久化且 Broker 重启，消息仍可能丢失。
3. 【回答框架 3】使用时需注意：持久化队列在声明时指定，且声明后不能修改；非持久化队列适用于临时性、可重建的队列，如 RPC 临时队列。
4. 【回答框架 4】持久化带来的开销是性能下降，因为涉及磁盘 I/O，但提升了可靠性；非持久化队列性能高但可靠性差，适合对消息丢失不敏感的场景。
5. 【关键点 1】持久化队列 durable=true，元数据存盘，重启不丢失；非持久化队列仅存内存，重启即消失。
6. 【关键点 2】队列持久化不保证消息不丢失，消息持久化需单独设置 deliveryMode=2。
7. 【关键点 3】声明后队列持久化属性不可修改，需在声明时决定。
8. 【易错点 1】误以为队列持久化即可保证消息不丢，实际还需消息持久化。
9. 【易错点 2】忽略非持久化队列在 Broker 重启后会丢失，导致依赖该队列的业务中断。