到目前为止,这是我第一次使用IPC,我编写了这个脚本:
#!/usr/bin/python
import zmq
context = zmq.Context()
socket = context.socket(zmq.PAIR)
socket.setsockopt(zmq.RCVTIMEO, 2000)
socket.connect ("ipc:///tmp/something")
socket.send(b"123")
try:
message = socket.recv()
except:
print("DEBUG!")
message = None
当我的服务器脚本运行时(它只是发送一个答案)一切正常。
但是当 .recv()
- 调用超时时(例如因为没有服务器正在运行),脚本不会在" DEBUG之后终止!&#34 ; -print我必须使用 Ctrl + C 手动停止它。
我尝试断开并关闭套接字,但它没有改变任何内容。
当我将整个脚本放入函数并调用它时,我在 KeyboardInterrupt:
^CException ignored in: <bound method Context.__del__ of <zmq.sugar.context.Context object at 0x7f16a36d5128>>
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/zmq/sugar/context.py", line 46, in __del__
self.term()
File "zmq/backend/cython/context.pyx", line 136, in zmq.backend.cython.context.Context.term (zmq/backend/cython/context.c:2339)
File "zmq/backend/cython/checkrc.pxd", line 12, in zmq.backend.cython.checkrc._check_rc (zmq/backend/cython/context.c:3207)
KeyboardInterrupt
我在Arch Linux上运行PyZMQ模块的Python 3.6.1和16.0.2版本。
答案 0 :(得分:3)
LINGER
属性的默认值会强制socket
实例在尝试.close()
时等待。因此,请将此设置为 0
,以便在实例化时立即避免此功能/行为,而不是最终挂起终止。
import zmq
nIOthreads = 2 # ____POLICY: set 2+: { 0: non-blocking, 1: blocking, 2: ..., }
context = zmq.Context( nIOthreads ) # ____POLICY: set several IO-datapumps
socket = context.socket( zmq.PAIR )
socket.setsockopt( zmq.LINGER, 0 ) # ____POLICY: set upon instantiations
socket.setsockopt( zmq.AFFINITY, 1 ) # ____POLICY: map upon IO-type thread
socket.setsockopt( zmq.RCVTIMEO, 2000 )
socket.connect( "ipc:///tmp/something" )
socket.send( b"123" )
try:
message = socket.recv()
except:
print( "DEBUG!" )
message = None
finally:
socket.close() # ____POLICY: graceful termination
context.term() # ____POLICY: graceful termination
答案 1 :(得分:0)
user3666197的答案是正确的,因为socket.setsockopt(zmq.LINGER, 0)
将解决您所描述的问题。
但是对于the docs,PAIR套接字仅用于在单个进程中进行线程间通信。具体来说,它不会重新连接连接中断。
它可以通过ipc正常工作(我从未尝试过),但我建议使用不同的套接字类型。