如何在pyzmq中使用inproc传输?

jui*_*0xk 3 python sockets publish-subscribe inproc pyzmq

我已经设置了两个小脚本来模拟 pyzmq 的发布和订阅过程。但是,我无法使用inproc传输将消息发送到我的订阅者客户端。我可以tcp://127.0.0.1:8080很好地使用,只是不能使用 inproc。

pub_server.py

import zmq
import random
import sys
import time

context = zmq.Context()
socket = context.socket(zmq.PUB)
socket.bind("inproc://stream")

while True:
    socket.send_string("Hello")
    time.sleep(1)
Run Code Online (Sandbox Code Playgroud)

子客户端.py

import sys
import zmq

# Socket to talk to server
context = zmq.Context()
socket = context.socket(zmq.SUB)
socket.setsockopt_string(zmq.SUBSCRIBE, '')
socket.connect("inproc://stream")

for x in range (5):
    string = socket.recv()
    print(string)
Run Code Online (Sandbox Code Playgroud)

如何成功更改我的代码,以便我能够在我的两个脚本之间使用 inproc 传输方法?

编辑:

我已经更新了我的代码以进一步反映 @larsks 评论。我仍然没有收到我发布的字符串 - 我做错了什么?

import threading
import zmq

def pub():
    context = zmq.Context()
    sender = context.socket(zmq.PUB)
    sender.connect("inproc://hello")
    lock = threading.RLock()

    with lock:
        sender.send(b"")

def sub():
    context = zmq.Context()
    receiver = context.socket(zmq.SUB)
    receiver.bind("inproc://hello")

    pub()

    # Wait for signal
    string = receiver.recv()
    print(string)
    print("Test successful!")

    receiver.close()

if __name__ == "__main__":
    sub()
Run Code Online (Sandbox Code Playgroud)

lar*_*sks 5

顾名思义,inproc套接字只能在同一个进程中使用。如果您要重写您的客户端和服务器,以便在您可以使用的同一进程中有两个线程inproc,但否则这种套接字类型根本不适合您正在做的事情。

文件是在这一点上是非常明确的:

进程内传输通过内存直接在共享单个 ØMQ 上下文的线程之间传递消息。

更新

看看更新后的代码,首先突出的问题是,虽然上面引用的文档说“...在共享单个 ØMQ 上下文的线程之间”,但您正在代码中创建两个上下文。通常,您只会在程序中调用zmq.Context() 一次

接下来,您永远不会为您的订阅者订阅任何消息,因此即使其他一切正常工作,您实际上也不会收到任何消息。

最后,您的代码将遇到慢连接器问题

关于 PUB-SUB 套接字还有一件更重要的事情需要了解:您无法准确地知道订阅者何时开始接收消息。即使你启动了一个订阅者,等待一段时间,然后再启动发布者,订阅者总是会错过发布者发送的第一条消息。这是因为当订阅者连接到发布者时(花费很少但非零的时间),发布者可能已经在向外发送消息。

发布/订阅模型并不适用于单个消息,也不是一种可靠的传输方式。

所以,总结一下:

  • 在创建套接字之前,您需要创建一个共享的 ZMQ 上下文。
  • 您可能希望发布者循环发布而不是发布一条消息。由于您尝试使用inproc套接字,因此您需要将两个函数放入单独的线程中。
  • 您需要设置订阅过滤器才能接收消息。

ZMQ 文档中有一个使用PAIR套接字示例,可以提供一个有用的起点。PAIR套接字设计用于协调线程inproc套接字,与发布/订阅套接字不同,它们是双向的,不受“慢连接”问题的影响。