RabbitMQ按Header值路由异常：默认队列无法接收消息求助

问题分析 #

当前配置中，events_queue_others的绑定参数为x-match: all且operation-id: ""，这要求消息必须包含operation-id头且值为空字符串才会匹配，完全不符合“无该头或值为其他内容”的预期逻辑。而01、02队列的绑定是精确匹配对应值，所以能正常工作。

解决办法：使用备用交换器（Alternate Exchange） #

这是最简洁且符合需求的方案，原理是让无法匹配主Exchange任何绑定的消息自动路由到备用Exchange，再转发到目标队列。

步骤1：修改主Exchange配置 #

给events_in_headers添加备用交换器参数：

{
  "name": "events_in_headers",
  "vhost": "/",
  "type": "headers",
  "durable": true,
  "auto_delete": false,
  "internal": false,
  "arguments": {
    "alternate-exchange": "events_alternate"
  }
}

步骤2：创建备用Exchange #

新建一个fanout类型的Exchange（fanout类型会转发所有收到的消息到绑定的队列）：

{
  "name": "events_alternate",
  "vhost": "/",
  "type": "fanout",
  "durable": true,
  "auto_delete": false,
  "internal": false,
  "arguments": {}
}

步骤3：绑定备用Exchange到目标队列 #

将events_queue_others绑定到events_alternate，无需额外匹配参数：

{
  "source": "events_alternate",
  "vhost": "/",
  "destination": "events_queue_others",
  "destination_type": "queue",
  "routing_key": "",
  "arguments": {}
}

验证效果 #

• 消息头含operation-id=01/02：匹配主Exchange的对应绑定，路由到events_queue_01/02
• 消息头无operation-id或值为其他内容：无法匹配主Exchange的任何绑定，自动转发到备用Exchange，最终路由到events_queue_others

替代方案：拆分绑定（不推荐，仅作参考） #

如果不想新增备用Exchange，可以给events_queue_others添加两个绑定，分别覆盖两种场景，但需注意避免01/02消息同时路由到others队列：

1. 绑定1：匹配无operation-id头的消息

{
  "source": "events_in_headers",
  "vhost": "/",
  "destination": "events_queue_others",
  "destination_type": "queue",
  "routing_key": "#",
  "arguments": {
    "x-match": "all"
  }
}

2. 绑定2：匹配operation-id值不为01/02的消息（需借助RabbitMQ的否定匹配扩展，部分版本支持）

{
  "source": "events_in_headers",
  "vhost": "/",
  "destination": "events_queue_others",
  "destination_type": "queue",
  "routing_key": "#",
  "arguments": {
    "x-match": "all",
    "operation-id": {"!=": ["01", "02"]}
  }
}

注意：否定匹配并非所有RabbitMQ版本默认支持，需确认环境兼容性，因此优先推荐备用交换器方案。

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