Chapter 2 - Sockets and Patterns【选译，哈哈】 Part 7 Signaling Between Threads (PAIR Sockets)

Signaling Between Threads (PAIR Sockets)

这是一个经典的ZeroMQ多线程模式:

1. 两个线程使用共享上下文在inproc上进行通信。

2. 父线程创建一个套接字，将其绑定到inproc:@<*>@端点，然后* /启动子线程，将上下文传递给它。

3. 子线程创建第二个套接字，将其连接到inproc:@<*>@端点，*然后//通知父线程它已经准备好了。

 

注意，使用此模式的多线程代码不能扩展到进程。如果您使用inproc和socket对，则您正在构建一个紧密绑定的应用程序，也就是说，在这个应用程序中，线程在结构上是相互依赖的。在低延迟非常重要的时候这样做。另一种设计模式是松散绑定的应用程序，其中线程有自己的上下文并通过ipc或tcp进行通信。您可以轻松地将松散绑定的线程分解为独立的进程。

 

这是我们第一次展示使用PAIR套接字的示例。为什么使用一对?其他套接字组合可能看起来有效，但它们都有可能干扰信号的副作用:

你可以对发送方使用PUSH，对接收方使用PULL。这看起来很简单，也可以工作，但是请记住，PUSH将把消息分发给所有可用的接收者。如果你不小心启动了两个接收器(例如，你已经启动了一个，而又启动了第二个)，你会“失去”一半的信号。PAIR的优点是拒绝多个连接;这一对是独家的。

您可以使用DEALER作为发送方，使用ROUTER作为接收方。然而，路由器会把你的信息包装在一个“信封”中，这意味着你的零大小信号会变成一个多部分的信息。如果您不关心数据，并将任何内容视为有效信号，如果您不从套接字中读取超过一次，那就没有关系。然而，如果你决定发送真实的数据，你会突然发现ROUTER提供给你的是“错误的”消息。DEALER还分发传出消息，带来与PUSH相同的风险。

您可以使用PUB作为发送方，使用SUB作为接收方。这将正确地传递您发送的消息，并且PUB不会像PUSH或DEALER那样分发消息。但是，您需要将订阅者配置为空订阅，这很烦人。