Python中的輸出文件重定向

Question

我正在編寫一個備份腳本，我打算每晚在cronjob中執行。

該腳本將sys.stdout和sys.stderr設置為輸出文件，以記錄發生的情況。

要進行備份，請使用以下代碼

cmd = 'rsync -av --del --stats --filter "- .thumbnails/" ' + \
    '--filter "- *~" --filter "- *.iso" --filter "- lost+found/" ' + \
    '--filter "- .cache/" --filter "- tmp/" --filter "- *.mp3" ' + \
    '--filter "- *.log" ' + srcDir + ' ' + dstDir

print "Executing '"+cmd+"' ..."
try:
    sys.stdout.flush()
    sys.stderr.flush()
    retcode = subprocess.call( cmd, stdin = sys.stdin, stdout = sys.stdout,
        stderr=sys.stderr, shell=False )
    if retcode < 0:
        print >>sys.stderr, "Command was terminated by signal", -retcode
    elif retcode > 0:
        print >>sys.stderr, "Command returned code ", retcode
except OSError, e:
    print >>sys.stderr, "Execution failed:", e

我在子進程調用之前和之后添加了print語句。 問題是我在調用之前輸出任何打印指令之前得到了子進程調用的輸出。 我添加了flush（）調用，但它沒有效果。

為什么會發生這種情況，我怎么能改變這種行為？

Answer 1

我只是找到了解決辦法在這里的回答＃1。

更換

sys.stderr = sys.stdout = logFile = open( tmpLogFileName, 'a' )

同

sys.stderr = sys.stdout = logFile = open( tmpLogFileName, 'a', 0 )

這告訴python不要將任何輸出緩沖區分配給文件。

Answer 2

您是否嘗試將刷新調用放在try塊之外？

Answer 3

你為什么打印到stderr？ 如果在寫入stderr時子進程正在寫入stdout，則可以解釋奇數交錯。