python - subprocess.call() 和 subprocess.Popen() 之间有什么区别使前者的 PIPE 安全性降低？

Question

我已经查看了它们的文档。

这个问题是由 J.F. 在这里的评论提示的:Retrieving the output of subprocess.call()

subprocess.call() 的当前 Python 文档说明以下关于将 PIPE 用于 subprocess.call() 的内容:

Note Do not use stdout=PIPE or stderr=PIPE with this function. The child process will block if it generates enough output to a pipe to fill up the OS pipe buffer as the pipes are not being read from.

Python 2.7 subprocess.call() :

Note Do not use stdout=PIPE or stderr=PIPE with this function as that can deadlock based on the child process output volume. Use Popen with the communicate() method when you need pipes.

Python 2.6 不包含此类警告。

另外，subprocess.call() and subprocess.check_call()似乎没有办法访问它们的输出，除了将 stdout=PIPE 与 communicate() 一起使用:

https://docs.python.org/2.6/library/subprocess.html#convenience-functions

Note that if you want to send data to the process’s stdin, you need to create the Popen object with stdin=PIPE. Similarly, to get anything other than None in the result tuple, you need to give stdout=PIPE and/or stderr=PIPE too.

https://docs.python.org/2.6/library/subprocess.html#subprocess.Popen.communicate

subprocess.call() 和 subprocess.Popen() 之间的区别使得 PIPE 对于 subprocess.call( )？

更具体:为什么 subprocess.call() “基于子进程输出量的死锁。”，而不是 打开()？

Answer 1

call() is just Popen().wait() (± error handling) .

您不应该将 stdout=PIPE 与 call() 一起使用，因为它不从管道读取，因此子进程将挂起一旦它填满相应的操作系统管道缓冲区。这是一张显示数据如何在 command1 | 中流动的图片。 command2 外壳管道:

不管您的 Python 版本是什么——管道缓冲区(看图片)在您的 Python 进程之外。 Python 3 不使用 C stdio，但它只影响内部缓冲。当内部缓冲区被刷新时，数据进入管道。如果 command2(您的父 Python 程序)没有从管道读取，那么 command1(子进程，例如，由 call() 启动)将一旦管道缓冲区已满(我的 Linux 机器上为 pipe_size = fcntl(p.stdout, F_GETPIPE_SZ) ~65K(最大值为 /proc/sys/fs/pipe-max-size ~1M))立即挂起。

如果您稍后从管道读取，例如使用Popen.communicate() 方法，您可以使用stdout=PIPE。你也可以 read from process.stdout (the file object that represents the pipe) directly .