ThinkPHP 本身不内置 RabbitMQ 支持，必须手动调用 queue_bind 或 channel.queueBind() 显式绑定交换机与队列，否则消息无法路由；Direct Exchange 要求 routing_key 逐字节一致，Fanout Exchange 绑定时 routing_key 必须为空，arguments 属绑定级配置且不影响路由匹配。
ThinkPHP 本身不内置 RabbitMQ 支持，必须通过扩展或原生 AMQP 客户端手动管理连接、交换机、队列和绑定；绑定动作不能省略，否则消息发出去就“消失”了。
绑定必须在生产者/消费者启动前显式调用
ThinkPHP 没有自动绑定机制。哪怕你已经在管理界面创建了交换机和队列，只要没执行 queue_bind（PHP-AMQP）或 channel.queueBind()（php-amqplib），RabbitMQ 就不会路由任何消息过去。
- 常见错误现象：生产者发消息无报错，但队列始终为空，
rabbitmqctl list_bindings查不到对应记录 - ThinkPHP 中建议在命令行任务（如
php think queue:consume）的初始化阶段，或自定义服务类的init()方法里完成绑定 - 不要依赖“先声明后自动关联”——RabbitMQ 不认这个逻辑，只认实际调用的绑定 API
直连交换机（Direct Exchange）绑定时 routing_key 必须完全一致
这是最容易出错的点：大小写、空格、点号位置都影响匹配。比如生产者用 order.paid，而绑定时写了 order. paid（中间多空格）或 Order.Paid，消息就进不了队列。
- 使用场景：ThinkPHP 的订单状态变更、支付回调通知等强一致性路由需求
- PHP-AMQP 示例：
$q->bind($e_name, 'order.paid')和生产者发送时$ex->publish($msg, 'order.paid')的routing_key字符串必须逐字节相同 - 调试技巧：用
rabbitmqctl list_bindings --formatter=json检查绑定键是否带不可见字符
扇出交换机（Fanout Exchange）绑定不能带 routing_key
如果给 Fanout 类型的交换机绑定时传了 routing_key 参数（比如 php-amqplib 的 queue_bind($exchange, $queue, $routing_key) 第三个参数非空），部分客户端会静默忽略该参数，但有些版本会直接抛异常或绑定失败。
立即学习“PHP免费学习笔记（深入）”；
- 正确做法：绑定 Fanout 交换机时，第三个参数传空字符串或
null，例如$channel->queue_bind($queue_name, $exchange_name, '') - 适用 ThinkPHP 场景：系统公告广播、日志分发到多个处理队列（如 email_queue、sms_queue）
- 注意：Fanout 不看 routing_key，所以生产者发消息时传什么值都无所谓，但绑定时传非空值可能触发客户端校验失败
绑定参数（arguments）影响队列行为，但不参与路由匹配
比如设置 x-message-ttl 或 x-dead-letter-exchange 是通过绑定时的 arguments 传入的，这些参数只作用于该绑定关系，不影响 Direct/Topic 的路由逻辑。
- 常见误用：试图用
arguments替代routing_key做消息过滤——不行，Headers Exchange 才支持头匹配 - ThinkPHP 实际例子：给某个绑定加死信配置：
['x-dead-letter-exchange' => 'dlx_orders']，需确保该 exchange 已存在且类型兼容 - 关键提醒：arguments 是绑定级配置，不是队列级；同一队列绑定到不同交换机时，可为每次绑定设不同 arguments
真正容易被忽略的是：同一个队列可以多次绑定到同一个交换机，只要 routing_key 不同（Direct/Topic）或参数不同（Fanout/Headers），RabbitMQ 都允许——这意味着你得自己控制重复绑定，否则可能收多份重复消息。
