Question

我无法获得与bash相关或与python子进程相关的信息，但结果有所不同：

>>> subprocess.Popen("echo $HOME", shell=True, stdout=subprocess.PIPE).communicate()
(b'/Users/mac\n', None)
>>> subprocess.Popen(["echo", "$HOME"], shell=True, stdout=subprocess.PIPE).communicate()
(b'\n', None)

为什么第二次只是换行？争论在哪里消失？

Answer 1

当您拥有shell=True时，运行的实际进程就是shell进程，即，考虑它在UNIX上运行/bin/sh -c的过程。传递给Popen的参数将作为参数传递给此Shell进程。因此/bin/sh -c 'echo' '$HOME'打印换行符，第二个参数被忽略。因此，通常只应在shell=True中使用字符串参数。

Answer 2

在https://docs.python.org/2/library/subprocess.html#popen-constructor上的文档中，如果您查看shell参数，则会发现

shell参数（默认为False）指定是否将shell用作要执行的程序。如果shell为True，建议将args作为字符串而不是序列传递。

这意味着当您执行第二条命令时，它以echo的身份运行，因此您只会得到一行新内容。

Answer 3

subprocess.Popen()的第一个参数告诉系统要运行什么。

当它是列表时，您需要使用shell=False。它恰好在Windows中如您所愿地起作用。但是在类Unix平台上，您只是传递了许多通常会被忽略的参数。实际上，

/bin/sh -c 'echo' '$HOME'

这只会导致第二个参数不被使用（在这里我使用单引号来强调它们只是静态字符串）。

以我的拙见，在这种情况下，Python应该引发错误。在Windows上也是如此。这是一个错误，应该捕获并报告。

（在相反的情况下，虽然指定了shell=False，但您传递的字符串不是有效命令的名称，但最终还是会得到一个错误，并且即使您含糊其词也很有意义知道发生了什么。）

如果您真的知道自己在做什么，则可以使第一个参数访问后续参数；例如

/bin/sh -c 'printf "%s\n" "$@"' 'ick' 'foo' 'bar' 'baz'

将在单独的行上打印foo，bar和baz。（“零”参数-这里是'ick'，用于填充$0。）但这只是一个晦涩的推论；不要尝试将其用于任何用途。

此外，如果只想运行命令，则不应使用subprocess.Popen()。 subprocess.run()文档将为您提供更多详细信息。使用text=True，您将得到一个字符串而不是字节。

result = subprocess.run('echo "$HOME"', shell=True,
    text=True, capture_output=True, check=True)
print(result.stdout, result.stderr)

当然，os.environ['HOME']允许您从Python内部访问$HOME的值。这也使您可以avoid shell=True which you usually should if you can.

subprocess.Popen（“ echo $ HOME” ...和subprocess.Popen（[“ echo”，“ $ HOME”]之间有什么区别

3 个答案: