如果这是我的子流程:
import time, sys
for i in range(200):
sys.stdout.write( 'reading %i\n'%i )
time.sleep(.02)
这是控制和修改子进程输出的脚本:
import subprocess, time, sys
print 'starting'
proc = subprocess.Popen(
'c:/test_apps/testcr.py',
shell=True,
stdin=subprocess.PIPE,
stdout=subprocess.PIPE )
print 'process created'
while True:
#next_line = proc.communicate()[0]
next_line = proc.stdout.readline()
if next_line == '' and proc.poll() != None:
break
sys.stdout.write(next_line)
sys.stdout.flush()
print 'done'
为什么readline
和communicate
等待进程运行完毕?是否有一种简单的方法来传递(和修改)子进程'stdout real-time?
顺便说一下,我见过this,但我不需要记录功能(并且不需要太多了解它)。
我在Windows XP上。
答案 0 :(得分:15)
正如查尔斯已经提到的,问题在于缓冲。在为SNMPd编写一些模块时遇到了类似的问题,并通过用自动刷新版本替换stdout来解决它。
我使用了以下代码,受到ActiveState上一些帖子的启发:
class FlushFile(object):
"""Write-only flushing wrapper for file-type objects."""
def __init__(self, f):
self.f = f
def write(self, x):
self.f.write(x)
self.f.flush()
# Replace stdout with an automatically flushing version
sys.stdout = FlushFile(sys.__stdout__)
答案 1 :(得分:8)
过程输出被缓冲。在更多UNIXy操作系统(或Cygwin)上,pexpect模块可用,它列举了所有必要的咒语以避免与缓冲相关的问题。但是,这些咒语需要一个有效的pty module,这在原生(非cygwin)win32 Python构建中是不可用的。
在您控制子流程的示例情况下,您可以在必要时调用sys.stdout.flush()
- 但对于任意子流程,该选项不可用。
另请参阅pexpect常见问题解答中的the question "Why not just use a pipe (popen())?"。