@rabbitlistener的queues属性只接受编译期常量字符串数组，不支持运行时拼接；动态队列需用queuestodeclare配合@queue对象声明，且须注意参数一致性以避免rabbitmq拒绝声明。
为什么不能直接在@RabbitListener里写多个队列名字符串？
因为@RabbitListener的queues属性只接受String[]，但这个数组必须是编译期常量（即final static或字面量），Spring在启动时就完成绑定，不支持运行时动态变更。如果你硬写queues = {"queue.a", "queue.b" + suffix}，会直接报Attribute value must be constant编译错误。
用queuesToDeclare配合Queue对象实现动态队列声明
这是最常用且稳妥的方式：把队列定义从注解参数移到Queue实例中，再通过queuesToDeclare传入。Spring Boot会自动声明这些队列，并让监听器绑定到它们。
实操要点：
-
Queue对象需用@Bean声明，名称建议和队列名一致（便于管理） -
queuesToDeclare接收的是Queue对象数组，不是字符串 - 队列名可来自配置（如
@Value("${mq.queues:queue.a,queue.b}")），再用Arrays.stream().map(Queue::new).toArray(Queue[]::new)构造 - 注意：如果队列已存在且参数（如
durable、autoDelete）不一致，RabbitMQ会拒绝声明并抛IOException
示例片段：
@RabbitListener(queuesToDeclare = {
@Queue(name = "dynamic.queue.1", durable = "true"),
@Queue(name = "dynamic.queue.2", durable = "true")
})
public void listen(String msg) { ... }
监听器方法级动态路由：用MessageProperties.getConsumerQueue()区分来源
当多个队列共用一个监听方法时，你可能需要知道消息来自哪个队列。这时不能依赖方法参数自动注入队列名，得手动从Message里取。
常见错误：直接用@Header("amqp_consumer_queue")——这个头不存在；或者试图在参数里写@Payload String msg, String queueName——Spring不会自动塞。
正确做法：
- 监听方法签名必须包含
Message参数（或至少MessageProperties） - 调用
message.getMessageProperties().getConsumerQueue()获取实际消费的队列名 - 注意：该值是RabbitMQ服务端返回的，和声明的队列名完全一致，大小写敏感
示例：
@RabbitListener(queuesToDeclare = {@Queue("user.event"), @Queue("order.event")})
public void handle(Message message) {
String queue = message.getMessageProperties().getConsumerQueue();
String body = new String(message.getBody());
// 根据queue做不同处理
}
高并发下动态增删队列要小心连接与消费者生命周期
Spring AMQP默认为每个@RabbitListener方法维护一个SimpleMessageListenerContainer，它内部的消费者（BlockingQueueConsumer）是静态初始化的。你不能在运行时“热添加”新队列到已有容器——除非手动调用container.addQueues(...)并触发restart()，但这会中断当前消费，还可能引发重复投递或丢失。
更安全的做法：
- 提前预估队列范围，用通配符绑定（如
topic交换机 +logs.*）代替硬编码队列 - 真要动态扩缩，建议用独立的
SimpleMessageListenerContainer实例，自己管理其setQueues()和start()/stop() - 避免在监听方法里频繁修改容器状态——容易导致线程竞争和状态不一致
真正难的不是怎么加队列，而是加完之后怎么保证消息不积压、不重复、不丢，以及监控是否真的生效了。
