为什么在python2.7中使用subprocess.check_output（shell = true）会导致挂起？

Question

代码

b.py中的

# b.py
import subprocess
from sys import stdout

cmd = ['python2.7','a.py']

try: 
    subprocess.check_output(cmd, stderr=subprocess.STDOUT, shell=True)
except subprocess.CalledProcessError as e:
    print 'cmd:', e.cmd, 'end'
    print 'output:', e.output,'end'
    print 'returncode:', e.returncode, 'end'

print 'ok'

在a.py中

# a.py
import sys

print 'a.py'
sys.stderr.write('stderr\n')
sys.stdout.write('stdout\n')

exit(-1)

，我

称呼python2.7 b.py，它停止了，就好像在等待输入一样。

我键入ctrl-c后，追溯是：

/home/liweiming/app/test〉python2.7  b.py                                                                                                                                                                                                                 06/07/2022 11:25:07 AM
^CTraceback (most recent call last):
  File "b.py", line 10, in <module>
    subprocess.check_output(cmd, stderr=subprocess.STDOUT, shell=True)
  File "/usr/lib/python2.7/subprocess.py", line 217, in check_output
    output, unused_err = process.communicate()
  File "/usr/lib/python2.7/subprocess.py", line 475, in communicate
    stdout = _eintr_retry_call(self.stdout.read)
  File "/usr/lib/python2.7/subprocess.py", line 125, in _eintr_retry_call
    return func(*args)
KeyboardInterrupt

但是，如果我使用subprocess.check_output（shell = false），则该程序很好。

Answer 1

使用shell = true命令变为['sh'，'-c'，'python2.7'，'a.py'] - 此通过a.py作为sh的参数（大致忽略了 - 在交互式脚本中将其设置为$ 0，但这没关系，因为该脚本只是python2.7） - 然后运行python2.7，

因为该命令仍将其附加到终端上，因此它将等待输入（就像交互式解释器一样） - 例如，尝试键入1 + 1＆lt; enter＆gt;＆lt;^d＆gt;，并且您将获得输出（从Interactive python2.7本身）

绝对是一个怪异的行为，我宁愿希望命令为列表 + shell = true会引起typeError（要求命令是字符串） - 但可惜

以下是shell = true行为的示例将位置参数传递给外壳字符串：

>>> subprocess.check_output(['echo $0 $1', 'hello', 'world'], shell=True)
b'hello world\n'