类似于零 MQ REP/REQ model 但无需回复？

Question

目前我的代码中有一个 REP/REQ model 正在运行。

但是，我不需要发送回复。 所以回复只是在浪费时间。我不知道这在现实世界中是否重要。

基本上它看起来像这样。

客户端 PC - 连接 - REQ

这些人都连接到服务器并定期使用他们拥有的信息更新服务器。 他们不关心服务器是否收到特定消息，也不需要从服务器返回任何信息。

这些人有很多，但并不过分。假设在 10 到 100 之间。都在同一台服务器上。很可能不会，可能会成群结队。他们中的一组人在一个服务器上，另一组在另一个服务器上。 . 客户端每秒发送数次消息。 但不多于几个。 我还没有真正做过任何计时，我不知道如何以低于 1-2 毫秒的分辨率在我的计算机上计时，所以我真的不知道会发生什么，或者在性能方面什么是可行的，以及有多少 REQ客户端可以由 1 个服务器 REP 提供服务。

服务器 PC - 绑定 - REP

这个人坐在那里在他自己的单独线程上循环运行，等待 REQ 进来。他发送对 REQ 的回复是因为他必须这样做，而不是因为他真的想要或需要。

替代模型

从一些谷歌搜索来看，如果您只想发送消息而不关心回复，似乎建议使用 PUSH PULL。

但是，我不知道如何将它融入我的体系结构，因为绑定和连接似乎与我需要的相反。我希望我的绑定在服务器上，因为客户端“连接”人员是并不总是可以到达..

解决方案

1）好的备用model

一个很好的替代 model 可以工作并且相对简单会很棒。 我不确定是否真的有一个，但除了 REP/REQ 和 PUB/SUB 之外，我对其他模型了解不多。

2）我什么都不担心？

如果 REP 对 REQ 的消息回复总是非常快，并且通过 REQ 从 REP 接收这些回复也非常快，那么我想我什么都不担心。 知道这一点会很高兴，所以如果是这种情况，请随时告诉我。

连接问题

我不太明白连接 sockets 的作用。

在客户端 REQ 上，我应该在发送那条消息之前在每个循环开始时建立连接吗？ 或者我应该在循环之前连接到我在循环之前创建的套接字吗？

我也不明白这在可靠性方面意味着什么，或者我是否必须对连接状态进行特殊检查并重新连接，或者是否自动完成。

总结

1. 我有一个“全局”上下文..在开始时创建，在最后处理
2. This daddy context has 1 or 2 sockets (connected to the same address, including port) - 我仍然在同一地址上调试这个双套接字，所以我不确定这是否可以，或者它只是不起作用方式 -澄清会很好
3. 这些上下文是延迟初始化的并且在循环 scope 之外，因此我们不会定期重新创建 sockets
4. sockets 的连接调用当前发生在循环 scope 之外，但我不确定将它们放在循环 scope 中是否更好。
5. 我想我在这里搞混了。我认为双 sockets 在我的 PUB/SUB model 上。每个客户端上有 1 个 PUB 和 2 个 SUB sockets，但无论如何请让我知道这是否也是一个问题。

Answer 1

如果您不需要 Request-Reply，请不要使用它。

请求-回复通常很慢，因为每条消息都需要往返服务器。 这意味着您获得两倍的网络延迟，这是 a.network package 需要通过 the.network 传输的时间。 如果网络流量低，这无关紧要，但当流量高时，例如每秒多条消息，这将成为瓶颈。

正如您已经提到的，推拉是单向流量的一种有效替代方案。 使用 Push-Pull，您可以在服务器上创建一个 Pull 套接字并将其绑定到一个端点（这类似于 Reply 套接字）。 您在客户端上创建一个推送套接字并将其连接到服务器端点（这类似于请求套接字）。

如果您从客户端向同一台服务器发送多条消息，您应该只连接一次。 建立网络连接是一项代价高昂的操作，因为它需要多次网络往返，至少需要 TCP 次。