.net 经销商未在ZeroMQ中重新建立连接

我有许多应用程序使用ZeroMq及其各自的包装器.Net/QT

我使用的是经销商/路由器模式，存在以下问题

设备A.net是路由器，设备B&C是经销商。当设备B或C不能正常关闭TCP连接时，任何后续的ZeroMQ连接尝试都会失败

---

释放ZeroMq连接的最佳实践是什么？这是API内部的吗？

当您遇到关于使用ZeroMQ的此类问题时，帮助他人帮助您的最好方法是编写一个最小的测试用例，他们可以用来重现您看到的问题。否则，我们所能做的就是用可能性和可能性来回答

在这种情况下，失败意味着什么？谁在绑定，谁在连接

当制作一个最小的测试用例时，请使用基本的C API，这样我们就可以排除任何语言绑定问题

---

干杯

当您对使用ZeroMQ有这样的问题时，帮助他人帮助您的最好方法是编写一个他们可以用来重现您看到的问题的最小测试用例。否则，我们所能做的就是用可能性和可能性来回答

在这种情况下，失败意味着什么？谁在绑定，谁在连接

当制作一个最小的测试用例时，请使用基本的C API，这样我们就可以排除任何语言绑定问题

---

Cheers

将尝试收集一个示例来说明这个问题。我使用的是pyzmq。如果提供其自己的标识Merbs'B和C的其中一个客户机经销商与服务器路由器A断开连接，然后重新启动，则尽管有新的连接，路由器似乎不会更新其在何处查找标识的记录。这是预期的功能吗？来自router.cpp：标识\u peer-//忽略具有重复ID的对等方。如果是！=outpipes.end返回false；看起来情况确实如此-Pieter，你认为将其作为套接字选项，或者甚至是默认是否使用特定标识将管道更新为最新连接是值得的吗？我将尝试收集一个示例来说明这个问题。我正在使用pyzmq。如果提供其自己的标识Merbs'B和C的其中一个客户机经销商与服务器路由器A断开连接，然后重新启动，则尽管有新的连接，路由器似乎不会更新其在何处查找标识的记录。这是预期的功能吗？来自router.cpp：标识\u peer-//忽略具有重复ID的对等方。如果是！=outpipes.end返回false；看起来情况确实如此，您认为是否值得将其作为套接字选项，或者甚至默认是否使用特定标识将管道更新为最新连接？