Spring AMQP 不支持运行时动态修改 @RabbitListener 的 queues 属性，需改用 SimpleMessageListenerContainer，通过 stop() → setQueueNames() → start() 三步实现队列切换，注意线程安全与消息可靠性。
动态修改 @RabbitListener 监听的队列名，Spring AMQP 本身不支持
直接在运行时改 @rabbitlistener 注解里的 queues 属性？做不到。注解是编译期静态元数据，spring 启动后已解析为固定的 messagelistenercontainer 实例，不会响应注解字段变更。
想“热更新”监听目标，必须绕过注解机制，自己管理容器生命周期。
用 SimpleMessageListenerContainer 手动启停 + 切换队列
核心思路：不用 @RabbitListener，改用编程式容器，通过 setQueueNames() + stop()/start() 实现动态切换。
-
setQueueNames(String... queueNames)可随时调用，但**仅对未启动或已停止的容器生效**；正在运行的容器调用它无效 - 必须先
container.stop()（会等待当前消息处理完，不丢消息），再setQueueNames()，最后container.start() - 注意线程安全：多个线程并发调用 stop/start 可能出错，建议加锁或串行化操作
- 示例片段：
container.stop();<br>container.setQueueNames("queue.new.name");<br>container.start();
切换时消费者连接与消息积压的影响
停容器期间，RabbitMQ 会将该消费者标记为 down，对应队列的 unack 消息会重新入队（如果没设 requeue=false）或转发给其他消费者（如果有）。
- 若队列只有这一个消费者，停用期间新消息会堆积在队列中，恢复后继续拉取
- 若使用手动 ack，务必确保
stop()前所有 in-flight 消息已完成处理，否则可能重复消费 - 频繁启停容器会增加 RabbitMQ 连接抖动，不建议秒级高频切换；适合分钟级或人工触发的配置变更
为什么不用 DirectMessageListenerContainer？
它虽支持运行时增删队列（通过 addQueueNames()/removeQueueNames()），但**不适用于动态替换主监听队列**：
- 它底层是每个队列独占一个 Channel，添加新队列不会自动移除旧队列
- 无法做到“从 A 队列无缝切到 B 队列”，只能叠加监听；你得自己关掉旧队列的消费逻辑，容易漏处理
- 实际维护成本高，出错概率大，不如
SimpleMessageListenerContainer明确可控
真正要“只听新队列、完全停旧队列”，还是老老实实用 SimpleMessageListenerContainer 的 stop → set → start 三步走。别省那一步 stop —— 跳过它，队列名根本不会变。
