CentOS7下Python脚本STDOUT重定向时重启原因咨询（os.fork相关）

这问题我之前帮人排查过，核心是Python输出缓冲机制与os.fork()的交互导致的“假重启”现象，并不是脚本真的重新执行了——听我给你拆解：

核心原因：输出缓冲的环境差异 #

Python的stdout缓冲行为会根据输出目标不同而变化：

• 当直接输出到终端（TTY）时，stdout默认是行缓冲：每执行一次print()，内容会立即输出到屏幕。
• 当重定向到管道、文件等非TTY环境时，stdout会切换为块缓冲：数据会攒到一定大小（通常是4KB或8KB）才会真正输出。

如果你的脚本在os.fork()之前有print()语句，那这条print的内容可能还留在缓冲区里没输出就执行了fork。fork之后，父进程和子进程会共享父进程的内存空间（包括stdout的缓冲区），后续两个进程都会把缓冲区里的内容输出，导致你看到第一个print()的内容重复出现，看起来像是脚本“重启”了。

为什么os.fork()没被重复执行？ #

因为脚本根本没有真的重启！你看到的只是父进程和子进程各自输出了fork前缓冲里的内容，而os.fork()只在父进程中执行了一次，自然不会有多次fork的情况。

举个实际的例子验证：
假设你的脚本test.py内容如下：

import os
import time

print("Starting script...")
time.sleep(1)  # 模拟前置操作
pid = os.fork()
if pid == 0:
    print(f"Child PID: {os.getpid()}")
else:
    print(f"Parent PID: {os.getpid()}, Child PID: {pid}")

• 直接运行python test.py，输出是正常的：

  Starting script...
  Parent PID: 1234, Child PID: 1235
  Child PID: 1235
  

• 但通过管道运行python test.py | cat（CentOS7默认Python2.7环境），输出会变成：

  Starting script...
  Parent PID: 1234, Child PID: 1235
  Starting script...
  Child PID: 1235
  

  这里的第二个Starting script...就是子进程输出的缓冲内容，不是脚本重新执行的结果。

解决办法 #

针对这个问题，有几种简单的修复方式：

• 手动刷新缓冲区：在os.fork()之前或者每次print()后强制刷新stdout：

  import sys
  print("Starting script...")
  sys.stdout.flush()  # 立即输出缓冲内容
  

• 使用无缓冲模式运行Python：添加-u参数，强制stdout无缓冲：

  python -u your_script.py | cat
  

• Python3专属方案：如果你的脚本用Python3运行，可以直接在print里加flush=True参数：

  print("Starting script...", flush=True)
  

内容的提问来源于stack exchange，提问作者Frank