RabbitMQ与pika库是否支持路由键格式及消息Schema校验？

• 开源版RabbitMQ默认不提供自定义路由键格式校验的内置能力。它的原生路由逻辑只做路由键和队列绑定键的字符串匹配，支持三种匹配规则：精确匹配、*匹配单个单词段、#匹配多个单词段，不会主动检查生产者发过来的路由键是不是符合预设格式规则。要是路由键没匹配到任何绑定关系，对应的消息要么直接静默丢弃，要么被转发到提前配置的备用交换机，不会主动返回格式错误提示。
• 开源版RabbitMQ默认也没有内置Schema注册、消息体校验能力。Broker只会检查发过来的消息帧是不是符合AMQP协议规范，不关心消息体的内容结构，只要协议帧合法就会正常存入队列。如果想让Broker侧实现JSON Schema校验，需要自行安装第三方扩展插件，这类能力不属于官方默认内置功能，且校验逻辑会占用Broker计算资源，拉低整体消息吞吐性能。

• pika作为Python生态的轻量AMQP客户端，本身不带任何业务层面的校验逻辑，既不会自动检查路由键格式，也不会校验消息体是否符合JSON Schema规范。它仅负责按照AMQP协议把传入的路由键、消息体打包成协议帧发送给RabbitMQ，传入什么内容就转发什么内容，不会做业务规则拦截。
• 但你完全可以基于pika自行实现两类校验逻辑，没有任何功能阻碍：
  • 路由键校验可直接通过正则匹配实现，针对你提到的<data-type>.<update-stage>.<success|failure>格式，可使用正则^[\w-]+\.[\w-]+\.(success|failure)$在调用发送方法前做匹配，不符合规则直接给调用方返回参数错误，无需发起Broker连接调用。
  • 消息体JSON Schema校验可搭配Python生态的jsonschema库实现，提前加载消费者约定的Schema规则，消息序列化完成后先做格式校验，校验通过再调用pika的basic_publish方法投递消息。

你最初考虑的在API层实现这类校验是最合理的方案，相比Broker侧校验性能更高、错误反馈更及时，也不会额外增加RabbitMQ的运行负担。如果需要防范其他生产者绕过API直连Broker发送不合规消息，可以通过RabbitMQ的账号权限控制、虚拟主机隔离、死信队列策略做兜底，不建议依赖Broker侧承担实时格式校验的工作负载。

内容的提问来源于stack exchange，提问作者Deena