解释bash在Python子过程模块中的输出

Question

我一直在研究Doug Helmann的PYMOPTW上的subprocess模块示例。 这是我遇到的麻烦的代码片段。

# subprocess_run_output_error.py
import subprocess

try:
    completed = subprocess.run(
        'echo to stdout; echo to stderr 1>&2; exit 1',
        check=True,
        shell=True,
        stdout=subprocess.PIPE,
    )
except subprocess.CalledProcessError as err:
    print('ERROR:', err)
else:
    print('returncode:', completed.returncode)
    print('Have {} bytes in stdout: {!r}'.format(
        len(completed.stdout),
        completed.stdout.decode('utf-8'))
    )

我知道exit 1应该会引发错误，并且except子句会运行。

to stderr 
ERROR: Command 'echo to stdout; echo to stderr 1>&2; exit 1' returned non-zero exit status 1.

我不明白为什么不打印to stdout而是打印to stderr 。 运行echo to stdout后是否不会出现1>&2 ？

为了更好地理解，我更改了代码以查看是否可以运行else部分，因此将其切换为exit 0 。 当我这样做时，我得到的输出是：

to stderr
returncode: 0
Have 10 bytes in stdout: 'to stdout\n'

尽管准备了备忘单，我似乎也不了解1>2含义。

1. 再次打印to stderr 。 为什么to stdout而不显示它？

2. 为什么CompletedProcess对象仅保留to stderr而不保留to stdout ？

3. 如果我了解下面的备忘单部分，那么如果文件描述符为2 ，为什么不to stderr发送到标准错误流？

n>＆m＃文件描述符n被制成输出文件描述符的副本

我发现与此相对较近的另一个问题是这个 。 但是，它正在比较&>和>& 。 我无法理解最初的>&因此感到更加困惑。

Answer 1

1. 因为您已捕获它，所以可以在completed.stdout使用它。
2. 因为您仅捕获了stdout： stdout=subprocess.PIPE ，但没有stderr=subprocess.PIPE
3. 它实际上已发送到stderr，这就是为什么要在开始打印它的原因，因为您没有捕获它并且该流没有缓冲。