结论：必须用 topic 交换机实现日志分流，因 direct 无法支持模糊匹配，维护成本高；topic 通过 *（单层）和 #（多层）通配符，结合点分隔 routingKey（如 service.auth.error），可灵活路由不同服务、级别、模块的日志。
直接说结论：用 topic 交换机 + 点分隔路由键（如 service.auth.error）+ 带 * 或 # 的绑定键，就能让不同服务、不同级别、不同模块的日志自动分流到对应队列，不用为每种日志写单独绑定。
为什么不能用 direct 交换机做日志分类？
日志类型太多时，direct 要求每个 routingKey 精确匹配一个 bindingKey。比如你有 user.login.success、user.logout.error、payment.refund.timeout、payment.charge.success……光是 payment 相关就可能几十种。你得为每个都调一次 channel.queueBind()，维护成本爆炸。
而 topic 允许模糊匹配：
-
user.*.success→ 匹配所有用户模块的成功日志 -
payment.#→ 匹配所有支付相关日志（无论几层） -
*.error→ 所有模块的 error 级别日志，集中告警
routingKey 格式必须严格点分隔，且不能含空格或特殊字符
生产者发日志时，routingKey 必须是形如 module.submodule.level 的字符串，中间只允许英文句点 . 分隔，总长不超过 255 字节。常见错误包括：
- 用了下划线：
user_login_error→topic交换机直接忽略，消息丢失 - 含空格：
user login error→ 同样不匹配，且 RabbitMQ 不报错，容易误判为逻辑问题 - 层级过深但没控制长度：
a.b.c.d.e.f.g.h.i.j.k.l.m.n.o.p.q.r.s.t.u.v.w.x.y.z→ 触发 AMQP 协议限制，连接可能被断开
建议在 Express 中统一封装日志发送函数，强制校验格式：
function publishLog(channel, module, sub, level, msg) {
const routingKey = [module, sub, level].filter(Boolean).join('.');
if (routingKey.length > 255) throw new Error('routingKey too long');
channel.publish('logs.topic', routingKey, Buffer.from(msg));
}消费者绑定时，* 和 # 的行为差异很关键
这两个通配符不是“差不多”，而是语义完全不同，选错会导致漏收或误收：
RabbitMQ 4.2.3 是 2026 年初发布的重要稳定更新版本，重点修复了 Khepri 元数据存储相关问题，并改进了监控性能。对于使用 Docker、Kubernetes 或微服务架构的开发团队来说，该版本兼容性和稳定性表现较好。
-
*只匹配「恰好一个」词：auth.*.error能匹配auth.jwt.error、auth.session.error，但不匹配auth.api.rate.limit.error（4 层）或auth.error（2 层） -
#匹配「零个或多个」词：auth.#.error能匹配auth.error、auth.db.error、auth.api.v2.payment.error；但auth.#会匹配所有以auth.开头的路由键，包括auth.info、auth.debug—— 如果你只想收 error，就得写成auth.#.error
典型误用：
- 想收全部 error 日志，却写成
error（无通配符）→ 只收路由键**正好等于**error的消息，几乎不会命中 - 想收某个模块所有日志，却写成
payment.*→ 只能匹配两层，如payment.error，但漏掉payment.gateway.timeout
多个队列同时匹配同一个 routingKey 是正常行为，不是 bug
比如你有两个消费者：
- 队列
q-alert绑定*.error - 队列
q-payment绑定payment.#
当生产者发出 routingKey = "payment.refund.error" 时，这条消息会被同时投递到两个队列 —— 这是 topic 交换机的设计特性，叫「多匹配投递」。
这意味着：
- 告警服务可以从
q-alert拿到所有 error，不管哪个模块 - 支付服务可以从
q-payment拿到所有 payment 相关日志，不管什么级别 - 两者互不干扰，也不需要额外代码去复制消息
最容易被忽略的一点：如果你希望某类日志只进一个队列（比如调试日志只存 ES，不进告警），那就不能靠交换机解决，得在消费者端加过滤逻辑，或者用独立的 exchange + binding 隔离。
