Solace Broker中如何单主题发布并按门店ID路由至对应队列？

一、关于Selectors的适用性 #

Solace官方不推荐Selectors的核心原因是性能损耗：Selector需要Broker对每条消息进行属性匹配过滤，当门店数量多、消息吞吐量高时，会显著增加Broker的CPU负载，降低整体消息处理效率。

但如果你的场景满足以下条件，Selectors可以作为临时方案：

• 门店数量较少（比如几十家以内）
• 消息吞吐量较低（比如每秒几百条以内）

实现方式：

1. 发布消息时，给消息添加自定义属性，例如storeId: "124"
2. 门店2的队列订阅主题sale/>（使用Solace支持的后缀通配符>匹配所有sale开头的主题）
3. 给队列设置Selector规则：storeId = '2'，Broker会自动过滤出符合条件的消息推送给该队列

二、最优解决方案：重构主题结构 #

Solace的主题路由是其性能最优的消息分发机制，因此最优方案是通过合理设计主题层级，避开中间通配的限制，同时控制主题长度和层级在官方限制内（250字符、128级）。

方案1：将门店ID放在主题固定前缀位置 #

直接把门店ID作为主题的核心层级，设计为：

sale/store/{门店ID}

• 发布逻辑：向sale/store/124发布消息，仅对应门店的队列能收到
• 订阅逻辑：门店2的队列直接订阅sale/store/2（精准匹配），或者如果需要接收该门店下所有子维度的消息，订阅sale/store/2/>（后缀通配）
• 优势：完全利用Solace的前缀路由机制，性能最优，无额外过滤开销，主题结构简洁，不会触发长度/层级限制

方案2：多维度主题的优化设计 #

如果业务需要保留其他维度（如品类、SKU等），可以调整层级顺序，把门店ID放在前面，非关键维度合并压缩：

sale/store/{门店ID}/{合并维度}

例如把品类和SKU合并为一个层级：sale/store/2/electronics_sku12345，这样既减少主题层级，又能让门店通过sale/store/2/>订阅所有该门店的消息。

方案3：使用主题别名（Topic Alias）解决长主题问题 #

如果业务场景必须使用多层级长主题，可以利用Solace的主题别名功能：

• 将超长主题（如sale/id1/id2/.../idN）映射为一个短别名（如alias_124）
• 发布时使用别名发送消息，Broker会自动解析为原主题
• 门店订阅对应的前缀通配主题（如sale/id1/*/...），既解决主题长度超限问题，又不影响路由匹配

总结 #

• 优先选择重构主题结构的方案，完全贴合Solace的路由机制，性能最优且无潜在瓶颈
• Selectors仅适合小规模、低吞吐量的场景，不建议作为长期方案

内容的提问来源于stack exchange，提问作者João Reis