channel.queueDeclare()动态创建队列时必须显式指定durable、exclusive、autoDelete参数以精准控制生命周期：durable=false创建临时队列，exclusive=true限定连接私有并断连自动删除，autoDelete=true在无消费者且无未确认消息时自动清理；队列名为空则由RabbitMQ自动生成，但复用时需确保参数一致，否则抛出PRECONDITION_FAILED。
动态创建队列时，channel.queueDeclare() 的参数必须显式控制生命周期
直接调用 channel.queueDeclare() 默认会创建一个持久化、非自动删除的队列，但“动态”意味着你可能需要临时队列、排他队列，或按需重建。关键在四个参数：队列名、durable、exclusive、autoDelete。
常见错误是传空字符串作为队列名，期望 RabbitMQ 自动生成——这没问题，但若后续想复用该队列名，就必须确保 durable 和 exclusive 参数一致，否则会抛出 ChannelClosedException: PRECONDITION_FAILED。
-
durable=true时，队列在 broker 重启后仍存在；若业务只需运行期临时队列，设为false -
exclusive=true表示仅当前连接可用，断连即删；适合 RPC 回调队列，但不能用于跨连接的动态绑定 -
autoDelete=true指无消费者且无未确认消息时自动删除；注意它不等价于“用完就删”，得满足两个条件
绑定交换机前，必须确保交换机已存在，否则 channel.queueBind() 会失败
RabbitMQ 不支持“隐式创建交换机”。即使你在 queueBind() 里写了不存在的交换机名，也会报错：ChannelClosedException: NOT_FOUND - no exchange 'xxx' in vhost '/'。所以动态流程必须分两步：先声明交换机，再绑定。
使用 channel.exchangeDeclare() 时，type（如 "direct"、"topic"）和 durable 必须与后续发布消息时一致；否则消费者收不到消息，因为 broker 认为这是两个不同交换机。
- 如果只是测试或短时任务，用
durable=false避免残留交换机 - 绑定时的
routingKey不能为空（""）——对fanout类型虽允许，但语义上无意义；对direct或topic则必须匹配发布端使用的 key - 重复绑定同一队列到同一交换机（相同 routingKey）是幂等的，不会报错
Java 客户端中，channel 不是线程安全的，高并发动态创建容易触发 CommandInvalidException
很多人把同一个 Channel 实例丢给多个线程去调用 queueDeclare() 或 queueBind()，结果出现 CommandInvalidException: COMMAND_INVALID - expected 'queue.declare-ok' 这类底层协议错乱。根本原因是 AMQP 协议要求 channel 是单线程顺序执行的。
RabbitMQ 4.2.3 是 2026 年初发布的重要稳定更新版本，重点修复了 Khepri 元数据存储相关问题，并改进了监控性能。对于使用 Docker、Kubernetes 或微服务架构的开发团队来说，该版本兼容性和稳定性表现较好。
正确做法是：每个线程用自己独立的 Channel，或者用连接池（如 CachingConnectionFactory 在 Spring AMQP 中自动管理），而不是复用一个 channel 对象。
- 不要在循环里反复
connection.createChannel()而不关闭——会快速耗尽 socket 和 broker 线程资源 - Spring AMQP 下推荐用
RabbitAdmin，它内部已处理了声明的幂等性和 channel 生命周期 - 纯客户端手动操作时，建议封装一个工具方法，每次进方法都新建 channel，用完
close()（注意捕获异常避免泄漏）
动态场景下，忘记清理旧队列/绑定会导致消息堆积或路由失效
开发时经常一边改代码一边重跑，但旧队列没删，新队列又绑定了同个交换机 + 相同 routingKey，结果消息被发到两个队列——一个是你以为的“新队列”，另一个是上次遗留的“僵尸队列”。更隐蔽的问题是：旧队列绑定了但没消费者，消息全卡在里面，监控看不出来。
解决思路不是靠“事后排查”，而是在动态逻辑里加入清理前置动作：
- 用
channel.queueDelete(queueName, unused=true, empty=true)主动删掉旧队列（注意参数含义：unused指无绑定，empty指无消息） - 删队列前，可先用
channel.queueDeclarePassive(queueName)检查是否存在，避免删不存在的队列报错 - 没有直接“解绑”API，要解绑只能删队列重来，或换用不同的 routingKey 避开冲突
真正麻烦的从来不是“怎么创建”，而是“什么时候该删”和“删不干净的后果”。生产环境动态操作务必加日志和开关控制，别让自动化变成自爆装置。
