我正在尝试在Python中找到一种方法来运行其他程序，使得：

1. 可以分别记录正在运行的程序的stdout和stderr。
2. 可以实时查看正在运行的程序的stdout和stderr，这样，如果子进程挂起，则用户可以看到。（即，我们不等待执行完成再将stdout / stderr打印给用户）
3. 奖励标准：正在运行的程序不知道它是通过python运行的，因此不会做意外的事情（例如，将其输出分块而不是实时打印，或者退出，因为它需要一个终端来查看其输出） 。这个小的标准几乎意味着我们将需要使用pty。

这是我到目前为止所得到的…方法1：

def method1(command):
    ## subprocess.communicate() will give us the stdout and stderr sepurately, 
    ## but we will have to wait until the end of command execution to print anything.
    ## This means if the child process hangs, we will never know....
    proc=subprocess.Popen(command, stdout=subprocess.PIPE, stderr=subprocess.PIPE, shell=True, executable='/bin/bash')
    stdout, stderr = proc.communicate() # record both, but no way to print stdout/stderr in real-time
    print ' ######### REAL-TIME ######### '
    ########         Not Possible
    print ' ########## RESULTS ########## '
    print 'STDOUT:'
    print stdout
    print 'STDOUT:'
    print stderr

方法2

def method2(command):
    ## Using pexpect to run our command in a pty, we can see the child's stdout in real-time,
    ## however we cannot see the stderr from "curl google.com", presumably because it is not connected to a pty?
    ## Furthermore, I do not know how to log it beyond writing out to a file (p.logfile). I need the stdout and stderr
    ## as strings, not files on disk! On the upside, pexpect would give alot of extra functionality (if it worked!)
    proc = pexpect.spawn('/bin/bash', ['-c', command])
    print ' ######### REAL-TIME ######### '
    proc.interact()
    print ' ########## RESULTS ########## '
    ########         Not Possible

方法3：

def method3(command):
    ## This method is very much like method1, and would work exactly as desired
    ## if only proc.xxx.read(1) wouldn't block waiting for something. Which it does. So this is useless.
    proc=subprocess.Popen(command, stdout=subprocess.PIPE, stderr=subprocess.PIPE, shell=True, executable='/bin/bash')
    print ' ######### REAL-TIME ######### '
    out,err,outbuf,errbuf = '','','',''
    firstToSpeak = None
    while proc.poll() == None:
            stdout = proc.stdout.read(1) # blocks
            stderr = proc.stderr.read(1) # also blocks
            if firstToSpeak == None:
                if stdout != '': firstToSpeak = 'stdout'; outbuf,errbuf = stdout,stderr
                elif stderr != '': firstToSpeak = 'stderr'; outbuf,errbuf = stdout,stderr
            else:
                if (stdout != '') or (stderr != ''): outbuf += stdout; errbuf += stderr
                else:
                    out += outbuf; err += errbuf;
                    if firstToSpeak == 'stdout': sys.stdout.write(outbuf+errbuf);sys.stdout.flush()
                    else: sys.stdout.write(errbuf+outbuf);sys.stdout.flush()
                    firstToSpeak = None
    print ''
    print ' ########## RESULTS ########## '
    print 'STDOUT:'
    print out
    print 'STDERR:'
    print err

要尝试这些方法，您将需要 import sys,subprocess,pexpect

pexpect是纯Python，可以与

sudo pip安装pexpect

我认为解决方案将涉及python的pty模块-这有点像是一种妖术，我找不到任何会使用的人。也许这样就知道了：）作为一个提示，我建议您使用“ curl
www.google.com”作为测试命令，因为出于某种原因它会在stderr上显示其状态：D

UPDATE-1：
好的，因此pty库不适合人类使用。这些文档本质上是源代码。呈现的任何阻塞且非异步的解决方案在这里都无法正常工作。尽管无法添加pty支持，但是Padraic
Cunningham的Threads /
Queue方法效果很好，并且它是“肮脏的”（引用Freenode的#python）。似乎唯一适合生产标准代码的解决方案是使用Twisted框架，该框架甚至支持pty作为布尔型开关来运行过程，就好像它们是从shell调用的一样。但是将Twisted添加到项目中需要完全重写所有代码。这真是太可惜了：/

UPDATE-2：

提供了两个答案，其中一个解决了前两个条件，将在您只需要使用stdout和stderr的地方很好地工作Threads and Queue。另一个答案使用select一种非阻塞方法（用于读取文件描述符）和pty（一种“欺骗”所产生的进程，使其认为它在真实终端中运行，就像直接在Bash中运行一样），但可能会没有副作用。我希望我能接受两个答案，因为“正确”的方法确实取决于情况以及为什么要首先进行子处理，但是，a，我只能接受一个。