是否可以在 Popen 调用中捕获除标准输入、标准输出和标准错误以外的数据流？答案

【问题标题】：Is it possible to catch data streams other than stdin, stdout and stderr in a Popen call?是否可以在 Popen 调用中捕获除标准输入、标准输出和标准错误以外的数据流？
【发布时间】：2017-01-19 19:21:56
【问题描述】：

我正在将程序 (samtools) 合并到管道中。仅供参考 samtools 是一个用于操作 SAM 格式的 DNA 序列比对的程序。它通过 stdin 和 stdout 接受输入并生成输出文件，因此很容易通过 pythons subprocess.Popen() 控制。

当它运行时，它还会向控制台输出短消息 - 显然不使用标准输出 - 我想知道是否也可以捕获这些消息 - 可能通过获取 os 生成的处理程序列表？

我想我的问题一般是如果程序控制台输出不是来自标准输出，是否可以捕获它？谢谢。

【问题讨论】：

你用的是什么操作系统？
啊，是的，对不起。它是 Linux Fedora。
如果不通过 stdout 或 stderr，消息如何到达控制台？
我真的不知道。我没有看源代码。我只知道它们不是标准输出的一部分。但我必须承认，我没有检查过 stderror。将其用于非错误消息是否很常见？
是的，对于所有类型的带外信息，例如进度、调试信息等。程序也有可能在新的文件描述符中打开 /dev/tty 并写入该文件，以确保尽管有任何重定向，它仍会写入终端。在这种情况下，拦截会比较棘手，因为它涉及到创建一个伪终端。

标签： python stream subprocess stdout stderr

【解决方案1】：

除了 stdout 和 stderr 没有其他控制台输出（假设 samtools 不直接通过 tty 设备写入终端）。因此，如果输出没有被子进程 stdout 捕获，那么它一定已经写入 stderr，也可以使用 Popen() 和 stderr=subprocess.PIPE 捕获并检查生成的进程对象的 stderr 属性。

【讨论】：

非常感谢 - 我也想稍微道歉。没有检查stderror，我感到有点尴尬。这确实是我问题的关键。我现在更聪明了。