RabbitMQ非持久化队列的适用场景咨询

首先你说的没错：非持久化队列在RabbitMQ服务器重启后会被删除，要是你的服务直接往不存在的队列发消息或者尝试消费，确实会抛出异常。但非持久化队列的适用场景远不止测试，下面给你列几个实际生产里的常用场景：

• 临时一次性任务：比如临时跑一批数据导出、离线计算的任务，启动消费者时创建非持久化队列，任务完成后消费者退出，队列自动被清理，不用事后手动删除队列，省掉维护成本。就算RabbitMQ中途重启，大不了重新启动任务就行，本来就是一次性的。
• 允许丢数据的实时流场景：像实时日志采集、服务器监控指标上报这类业务，数据本身是源源不断产生的，丢几条旧数据完全不影响业务，非持久化队列不用刷盘，性能比持久化队列高不少，能扛更高的吞吐量。RabbitMQ重启后，服务重新声明队列就能继续接收新数据，旧的丢失也无所谓。
• RPC调用的临时回调队列：做RPC调用时，客户端会创建一个临时的非持久化队列作为回调队列，用来接收服务端的响应。调用完成后客户端断开连接，队列就自动删除了，不用维护一堆长期存在的回调队列，避免资源浪费。
• 高吞吐低延迟需求的场景：如果你的业务追求极致性能，同时能接受RabbitMQ重启后丢失未处理的消息，非持久化队列是更好的选择——因为不用把队列元数据和消息刷到磁盘，RabbitMQ的处理速度会快很多，适合比如实时推荐、实时统计这类对延迟敏感、丢失少量数据不影响结果的场景。

至于你的永久服务，其实可以调整下实现：在服务启动（或者检测到队列不存在）时，自动执行队列声明操作（queue_declare）。这个操作是幂等的——如果队列已经存在，就直接用；不存在就创建非持久化队列。这样RabbitMQ重启后，服务只要重新声明队列，就能继续正常工作，不会因为队列不存在报错，同时还能享受非持久化队列的性能优势，也符合你不在意部分消息丢失的需求。

内容的提问来源于stack exchange，提问作者CommanderData