【问题标题】:Why does shell=True eat my subprocess.Popen stdout?为什么 shell=True 会吃掉我的 subprocess.Popen 标准输出?
【发布时间】:2012-05-26 13:10:39
【问题描述】:

似乎在链的第一个进程中使用 shell=True 会以某种方式从下游任务中删除标准输出:

p1 = Popen(['echo','hello'], stdout=PIPE)
p2 = Popen('cat', stdin=p1.stdout, stdout=PIPE)
p2.communicate()
# outputs correctly ('hello\n', None)

让第一个进程使用 shell=True 会以某种方式杀死输出...

p1 = Popen(['echo','hello'], stdout=PIPE, shell=True)
p2 = Popen('cat', stdin=p1.stdout, stdout=PIPE)
p2.communicate()
# outputs incorrectly ('\n', None)

shell=True 在第二个进程上似乎并不重要。这是预期的行为吗?

【问题讨论】:

    标签: python subprocess pipe popen


    【解决方案1】:

    当您传递shell=True 时,Popen 需要一个字符串参数,而不是列表。所以当你这样做时:

    p1 = Popen(['echo','hello'], stdout=PIPE, shell=True)
    

    会发生什么:

    execve("/bin/sh", ["/bin/sh", "-c", "echo", "hello"], ...)
    

    也就是说,它调用sh -c "echo",而hello 被有效地忽略(从技术上讲,它变成了shell 的位置参数)。所以 shell 运行echo,它打印\n,这就是你在输出中看到它的原因。

    如果你使用shell=True,你需要这样做:

    p1 = Popen('echo hello', stdout=PIPE, shell=True)
    

    【讨论】:

    • 谢谢!对于后代,这里是docs:在 Unix 上,shell=True:如果 args 是一个序列,第一项指定命令字符串,任何附加项都将被视为 shell 本身的附加参数。也就是说,Popen 相当于:Popen(['/bin/sh', '-c', args[0], args[1], ...])
    • 文档记录很差,恕我直言
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-03-24
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2022-11-23
    • 2011-05-04
    相关资源
    最近更新 更多