如何在ZeroMQ中实现与ROS Service等效的服务功能？

背景对比 #

ROS2的话题发布-订阅模型和ZeroMQ的PUB-SUB模式逻辑类似：消息在指定路径发布，只有订阅该路径（或其父路径）的客户端能接收。但ROS2额外提供Service机制——客户端只需通过服务名称发送请求，监听该名称的服务端就会返回回复，全程无需知晓具体服务提供者的地址信息。

需求描述 #

需要在ZeroMQ中实现类似的Service能力：

• 多个服务功能分散部署在不同的套接字（服务节点）上
• 客户端无需预先配置服务端的连接信息
• 客户端通过服务名称（如/machine/valve、/machine/leds、/global/state）发起调用，可接收来自单个或多个节点的回复

现有尝试方案及局限 #

方案1：PUB-SUB + SUB-PUB双向组合 #

客户端绑定SUB套接字监听服务回复，但存在三个核心问题：

• 发布者无法确认是否有订阅者存在，无法处理无服务端的场景
• 无消息确认机制，无法判断请求或回复是否丢失
• 若多个节点监听同一服务名称，会导致重复执行同一功能

方案2：REQ-REP一对一模型 #

客户端为每个服务单独绑定REQ套接字，服务节点通过REP连接响应，但缺点明显：

• 客户端必须预先知晓所有服务并拆分绑定，无法实现基于服务名称的动态调用

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