rabbitmq的routingkey必须严格规范，thinkphp不自动校验，大小写、空格、长度（≤255字节）、字符（仅字母数字及. - ）等任一不符均导致消息静默丢失。
RabbitMQ的routing_key不是随便起个字符串就行的——它直接决定消息能不能进队列，尤其在ThinkPHP这种不自动绑定、不校验命名的框架里，错一个字符、超一个字节，消息就静默丢失。
为什么ThinkPHP里routing_key必须严格规范
ThinkPHP本身不接管RabbitMQ的绑定逻辑，queue_bind()或channel->queue_bind()调用全靠你手写。一旦routing_key在生产者发消息时和消费者绑定时不一致（比如大小写、空格、点号位置、多余下划线），Direct或Topic交换机就完全不匹配，消息进不了队列，rabbitmqctl list_bindings也查不到记录，但代码还跑得毫无报错。
- ThinkPHP配置里写的
'routing_key'=>'order.paid'，必须和$channel->queue_bind('email_queue', 'order_exchange', 'order.paid')里的第三个参数逐字节相同 - 哪怕只多一个空格（
'order. paid'）或大小写不一致（'Order.Paid'），Direct Exchange就视为不同键 - Topic Exchange虽支持
*和#通配，但前提是你的routing_key本身符合格式：只能含字母、数字、点号.、连字符-、下划线_，且总长≤255字节（UTF-8编码）
routing_key推荐命名格式：服务.动作.粒度
这不是风格偏好，是为后续扩展留余地。比如order.created比order_create更利于未来加order.created.v2或order.created.sandbox。
- 层级控制在2–4段，用点号
.分隔，例如：user.login.success、payment.refund.failed、inventory.stock.low - 避免中文、空格、斜杠
/、冒号:等特殊字符——RabbitMQ会直接拒绝声明或路由失败 - 不要用动态ID做
routing_key主干，比如order.123456.paid；ID应放消息体里，routing_key只表达语义类型 - 测试环境可加前缀区分，如
dev.order.paid，但注意总长度别超255字节（strlen($key) > 255会触发AMQP协议层拒绝）
常见踩坑点：大小写、空格、长度、客户端差异
这些错误在ThinkPHP项目里特别隐蔽，因为没报错、没日志、队列就是空的。
-
routing_key大小写敏感：生产者发'user.Register'，绑定写'user.register'→ 不匹配 - 空格肉眼难辨：复制粘贴时带了全角空格或不可见Unicode字符 →
rabbitmqctl list_bindings --formatter=json能暴露\u00a0这类字符 - 长度超限却不报错：PHP端
json_encode()后算的是UTF-8字节数，'用户注册成功'三个汉字就占9字节，255上限很容易破，超了RabbitMQ静默丢弃整条绑定或消息 -
php-amqplib和AMQPExtension对空
routing_key处理不一致：Fanout交换机绑定时传''安全，但传null在某些版本会抛InvalidArgumentException
真正麻烦的不是起名，而是所有地方——ThinkPHP配置、生产者代码、消费者绑定、监控脚本——用的routing_key字符串必须完全一致。建议把常用键定义成常量，比如const ROUTING_KEY_ORDER_PAID = 'order.paid';，而不是到处硬编码字符串。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
