为什么带有shell = True的subprocess.Popen（）在Linux和Windows上的工作方式不同？

Question

当subprocess.Popen(args, shell=True)用于运行“ gcc --version”（仅作为示例）时，在Windows上我们得到以下信息：

>>> from subprocess import Popen
>>> Popen(['gcc', '--version'], shell=True)
gcc (GCC) 3.4.5 (mingw-vista special r3) ...

因此，可以按照我的期望很好地打印出该版本。但是在Linux上，我们得到以下信息：

>>> from subprocess import Popen
>>> Popen(['gcc', '--version'], shell=True)
gcc: no input files

因为gcc尚未收到该--version选项。

文档没有明确指定Windows下的args应该发生什么，但是它确实说在Unix上，
“如果args是一个序列，则第一项指定命令字符串，任何其他项都将被视为其他shell参数。 。”
恕我直言，Windows方式更好，因为它允许您将Popen(arglist)呼叫视为Popen(arglist, shell=True)相同。

为什么Windows和Linux在这里有区别？

Answer 1

实际上，在Windows上，它确实使用cmd.exe时间shell=True-将cmd.exe /c（实际上是查找COMSPEC环境变量，但默认为cmd.exe如果不存在）添加到shell参数中。（在Windows
95/98上，它使用中间w9xpopen程序实际启动命令）。

因此，奇怪的实现实际上是UNIX一个实现，它执行以下操作（其中每个空格分隔一个不同的参数）：

/bin/sh -c gcc --version

看起来正确的实现（至少在Linux上是）是：

/bin/sh -c "gcc --version" gcc --version

因为这将根据引用的参数设置命令字符串，并成功传递其他参数。

在sh手册页部分中-c：

Read commands from the command_string operand instead of from the standard input. Special parameter 0 will be set from the command_name operand and the positional parameters ($1, $2, etc.) set from the remaining argument operands.

这个补丁看起来很简单：

--- subprocess.py.orig  2009-04-19 04:43:42.000000000 +0200
+++ subprocess.py       2009-08-10 13:08:48.000000000 +0200
@@ -990,7 +990,7 @@
                 args = list(args)

             if shell:
-                args = ["/bin/sh", "-c"] + args
+                args = ["/bin/sh", "-c"] + [" ".join(args)] + args

             if executable is None:
                 executable = args[0]