Question

阅读关于此主题的几个问题我现在理解子进程从父进程继承文件描述符。当父母关闭连接时，这将使孩子更难以接收EOFError。

但我的情况恰恰相反，我不明白我所面临的问题。

我有一个父进程启动子进程，并允许它访问我创建的Pipe连接的一端。现在，当子进程完成，故障或其他任何事情，一切都停止并且连接关闭。此时，子进程显示已不存在。

然后我希望父进程'连接在阻塞recv调用上抛出EOFError。但它只是坐在那里等待。

我在这里缺少什么？

修改

我认为这个例子代表了问题：

from multiprocessing import Process, Pipe
from threading import Thread
import time

class Parent(object):

    def __init__(self):
        self.parent_conn, child_conn = Pipe()
        self.child = Process(target=Child, args=(child_conn,))
        self.child.start()        

        def recv():
            try:
                self.parent_conn.recv()
            except EOFError:
                print "EOF"
            except:
                print "something else"

        # Does not work
        recv()

        # Works fine
        t = Thread(target=recv)
        t.setDaemon(True)
        t.start()

    def close(self):
        self.parent_conn.close()
        self.child.join()

class Child(object):

    def __init__(self, conn):
        conn.close()

if __name__ == "__main__":
    p = Parent()
    time.sleep(1)
    p.close()

如果我使用单独的线程，则允许父关闭自己的连接，一切正常。（请注意，您仍然需要知道孩子已经完成了这样做）相反，如果我直接调用recv它会明显阻止，但我怀疑它会在子进程关闭其连接后立即引发EOFError。但事实并非如此。任何人都可以澄清吗？

Answer 1

在child_conn.close()之后添加self.child.start()。它是idiomatic for working with pipes to close unused ends。另外（可选）提供duplex=False参数。

事情是，我事先不知道它是否会立即关闭。通常孩子应该能够发送和接收。此外，我仍然不明白为什么这不会起作用。

父

child_conn.close()并不意味着孩子应立即关闭
parent_conn.recv在有可能child_conn.send()之前不会返回。如果child_conn被打开（在子或父中），那么就有机会

如果我使用单独的线程，则允许父关闭自己的连接，一切正常。请注意，您仍然需要知道孩子已经完成了这项工作

你不需要知道它。您可以在孩子打开连接后立即关闭。无论孩子做什么，child_conn.close()之后在父母中调用self.child.start()都是正常的。

您能否更多地解释双面打印选项？

duplex=False表示管道是单向的，即您只能拨打parent_conn.recv()和child_conn.send()。否则它是双向的，两个连接都支持send / recv。

即使子进程已不存在，MultiProcessing Pipe recv也会阻塞

1 个答案: