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)
顾名思义,inproc套接字只能在同一个进程中使用。如果您要重写您的客户端和服务器,以便在您可以使用的同一进程中有两个线程inproc,但否则这种套接字类型根本不适合您正在做的事情。
该文件是在这一点上是非常明确的:
进程内传输通过内存直接在共享单个 ØMQ 上下文的线程之间传递消息。
更新
看看更新后的代码,首先突出的问题是,虽然上面引用的文档说“...在共享单个 ØMQ 上下文的线程之间”,但您正在代码中创建两个上下文。通常,您只会在程序中调用zmq.Context() 一次。
接下来,您永远不会为您的订阅者订阅任何消息,因此即使其他一切正常工作,您实际上也不会收到任何消息。
最后,您的代码将遇到慢连接器问题:
关于 PUB-SUB 套接字还有一件更重要的事情需要了解:您无法准确地知道订阅者何时开始接收消息。即使你启动了一个订阅者,等待一段时间,然后再启动发布者,订阅者总是会错过发布者发送的第一条消息。这是因为当订阅者连接到发布者时(花费很少但非零的时间),发布者可能已经在向外发送消息。
发布/订阅模型并不适用于单个消息,也不是一种可靠的传输方式。
所以,总结一下:
inproc套接字,因此您需要将两个函数放入单独的线程中。ZMQ 文档中有一个使用PAIR套接字的示例,可以提供一个有用的起点。PAIR套接字设计用于协调线程inproc套接字,与发布/订阅套接字不同,它们是双向的,不受“慢连接”问题的影响。
| 归档时间: |
|
| 查看次数: |
2349 次 |
| 最近记录: |