我知道XPUB套接字可以丢弃在其上发送的消息，直到 它会看到一些匹配的转发订阅。有道理。
但是，我的XPUB进程已重新启动，而其他计算机上的订阅者已重新启动 已启动并运行一段时间，但在一段时间内，我发送的所有消息 在XPUB套接字上静默删除，直到XPUB套接字收到 转发的客户订阅。
我在这里使用XPUB / XSUB代理作为中间件。没什么好看的。
有没有办法诱骗zmq转发订阅到新的XPUB套接字 哪个更及时地连接到代理？
我一直在考虑在订阅之前将XPUB端的消息排队 消息到达，或者可能在代理服务器中实现某些内容 缓存最后一个订阅请求，并使用zmq_monitor_socket（）查找 新的连接，然后转发缓存的订阅，但这两者 看起来有点hacky。
答案 0 :(得分：0)
只是重新启动的xpub或重新启动xpub / xsub套接字，我使用的是nodejs zmq，根据我的经验，当我的xpub / xsub代理重新启动时，我的消息仍会被转发..